From report at bugs.python.org  Sun Feb  1 00:04:31 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 31 Jan 2009 23:04:31 +0000
Subject: [issue5104] getsockaddrarg() casts port number from int to short
	without any warning
In-Reply-To: <1233271436.92.0.964920785544.issue5104@psf.upfronthosting.co.za>
Message-ID: <1233443071.5.0.436504367774.issue5104@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Fixed in trunk (2.7) r69156.

All places in socketmodule that called htons and silently truncated
values that were too large have been changed to raise OverflowError. 
Unit tests included.

I'm leaving this open until it is merged into the py3k branch for 3.1.

----------
keywords: +easy
priority: low -> normal
versions: +Python 3.1 -Python 2.7

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

From report at bugs.python.org  Sun Feb  1 00:30:46 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 31 Jan 2009 23:30:46 +0000
Subject: [issue4718] wsgiref package totally broken
In-Reply-To: <1229945457.69.0.495711258596.issue4718@psf.upfronthosting.co.za>
Message-ID: <1233444646.96.0.516232863417.issue4718@psf.upfronthosting.co.za>


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

I assume the buildbots were placated?

----------
nosy: +benjamin.peterson
resolution: accepted -> fixed
status: pending -> closed

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

From report at bugs.python.org  Sun Feb  1 00:39:12 2009
From: report at bugs.python.org (Mark Hammond)
Date: Sat, 31 Jan 2009 23:39:12 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233445152.98.0.929881174119.issue4804@psf.upfronthosting.co.za>


Mark Hammond <mhammond at users.sourceforge.net> added the comment:

I believe your new patch suffers the same problem.  Consider the blocks
like:

+	/* turn off crt asserts on windows since we have no control over fd */
+	Py_BEGIN_CRT_ERROR_HANDLING
 	Py_BEGIN_ALLOW_THREADS
 	size = write(fd, pbuf.buf, (size_t)pbuf.len);
 	Py_END_ALLOW_THREADS
+	Py_END_CRT_ERROR_HANDLING

And consider Martin's comments in msg80191: Here you have T1 setting a
global mode, then releasing the GIL.  Other threads are then free to run
and may do the same and depending on the order the threads do things,
the global setting may not end up where it started.

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

From report at bugs.python.org  Sun Feb  1 00:39:23 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 31 Jan 2009 23:39:23 +0000
Subject: [issue4704] Update pybench for python 3.0
In-Reply-To: <1229770440.73.0.84111592631.issue4704@psf.upfronthosting.co.za>
Message-ID: <1233445163.83.0.895708189545.issue4704@psf.upfronthosting.co.za>


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

The patch changes results a lot compared to the previous version
(BuiltinFunctionCalls is 3x slower). I propose the following patch,
which gives roughly the same runtimes as before (I use divmod() and
max() rather than complex() and pow()).

Added file: http://bugs.python.org/file12909/pybench3.0-2.patch

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

From report at bugs.python.org  Sun Feb  1 00:54:17 2009
From: report at bugs.python.org (Jason R. Coombs)
Date: Sat, 31 Jan 2009 23:54:17 +0000
Subject: [issue5119] wide character parameter handling in ctypes
In-Reply-To: <1233435219.37.0.934884464449.issue5119@psf.upfronthosting.co.za>
Message-ID: <1233446057.56.0.961453817495.issue5119@psf.upfronthosting.co.za>


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

I've confirmed that my original assumption was quite false, and that
even if the parameters are the correct width, WNetAddConnection2W
behaves differently in 64-bit windows versus 32-bit windows, so it made
a bad test case.

So I've changed the title of this issue, because I still would like to
know if it is proper for ctypes to accept a narrow string but treat it
as a wide string without converting it.

----------
title: inconsistent wide character parameter handling in 64-bit python -> wide character parameter handling in ctypes

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

From report at bugs.python.org  Sun Feb  1 01:16:23 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Feb 2009 00:16:23 +0000
Subject: [issue4903] binascii.crc32() - document signed vs unsigned results
In-Reply-To: <1231556278.06.0.571264691147.issue4903@psf.upfronthosting.co.za>
Message-ID: <1233447383.44.0.626775841524.issue4903@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

wording updated in r69159, thanks.

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

From report at bugs.python.org  Sun Feb  1 01:31:25 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Feb 2009 00:31:25 +0000
Subject: [issue4903] binascii.crc32() - document signed vs unsigned results
In-Reply-To: <1231556278.06.0.571264691147.issue4903@psf.upfronthosting.co.za>
Message-ID: <1233448285.8.0.938086896562.issue4903@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

and r69161, r69160, r69162, r69163, r69164.

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 2.7, Python 3.1

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

From report at bugs.python.org  Sun Feb  1 01:33:37 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Feb 2009 00:33:37 +0000
Subject: [issue4448] should socket readline() use default_bufsize instead of
	_rbufsize?
In-Reply-To: <1227819431.06.0.748604307582.issue4448@psf.upfronthosting.co.za>
Message-ID: <1233448417.83.0.542308371685.issue4448@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

unassigning, i don't have time to look at this one right now.

----------
assignee: gregory.p.smith -> 

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

From report at bugs.python.org  Sun Feb  1 03:20:40 2009
From: report at bugs.python.org (Zooko O'Whielacronx)
Date: Sun, 01 Feb 2009 02:20:40 +0000
Subject: [issue4706] try to build a C module,
	but don't worry if it doesn't work
In-Reply-To: <1229782192.75.0.491587462854.issue4706@psf.upfronthosting.co.za>
Message-ID: <1233454840.44.0.825329744806.issue4706@psf.upfronthosting.co.za>


Zooko O'Whielacronx <zooko at zooko.com> added the comment:

Hey check it out -- simplejson can try to build its extension module,
and when it fails to compile (in this case because there is no
Python.h), then it prints out a warning message and finishes a
successful build:

Added file: http://bugs.python.org/file12910/build-with-no-Python.h.txt

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

From report at bugs.python.org  Sun Feb  1 03:21:44 2009
From: report at bugs.python.org (Zooko O'Whielacronx)
Date: Sun, 01 Feb 2009 02:21:44 +0000
Subject: [issue4706] try to build a C module,
	but don't worry if it doesn't work
In-Reply-To: <1229782192.75.0.491587462854.issue4706@psf.upfronthosting.co.za>
Message-ID: <1233454904.03.0.798804846091.issue4706@psf.upfronthosting.co.za>


Zooko O'Whielacronx <zooko at zooko.com> added the comment:

Oh!  And simplejson is able to cleanly fall back to pure Python when gcc
is not found, as well.  Perhaps Twisted
http://twistedmatrix.com/trac/ticket/3586 could use simplejson's approach.

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

From report at bugs.python.org  Sun Feb  1 03:21:52 2009
From: report at bugs.python.org (Zooko O'Whielacronx)
Date: Sun, 01 Feb 2009 02:21:52 +0000
Subject: [issue4706] try to build a C module,
	but don't worry if it doesn't work
In-Reply-To: <1229782192.75.0.491587462854.issue4706@psf.upfronthosting.co.za>
Message-ID: <1233454912.36.0.176072958938.issue4706@psf.upfronthosting.co.za>


Changes by Zooko O'Whielacronx <zooko at zooko.com>:


Added file: http://bugs.python.org/file12911/build-with-no-gcc.txt

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

From report at bugs.python.org  Sun Feb  1 03:28:01 2009
From: report at bugs.python.org (Zooko O'Whielacronx)
Date: Sun, 01 Feb 2009 02:28:01 +0000
Subject: [issue4706] try to build a C module,
	but don't worry if it doesn't work
In-Reply-To: <1229782192.75.0.491587462854.issue4706@psf.upfronthosting.co.za>
Message-ID: <1233455281.0.0.126814335669.issue4706@psf.upfronthosting.co.za>


Zooko O'Whielacronx <zooko at zooko.com> added the comment:

Here's Twisted failing to build when gcc is not installed:

Added file: http://bugs.python.org/file12912/Twisted-build-with-no-gcc.txt

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

From report at bugs.python.org  Sun Feb  1 03:59:10 2009
From: report at bugs.python.org (Zooko O'Whielacronx)
Date: Sun, 01 Feb 2009 02:59:10 +0000
Subject: [issue4706] try to build a C module,
	but don't worry if it doesn't work
In-Reply-To: <1229782192.75.0.491587462854.issue4706@psf.upfronthosting.co.za>
Message-ID: <1233457150.8.0.919558806294.issue4706@psf.upfronthosting.co.za>


Zooko O'Whielacronx <zooko at zooko.com> added the comment:

Here's Twisted failing to build because Python.h isn't found:

Added file: http://bugs.python.org/file12913/Twisted-build-no-Python.h.txt

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

From report at bugs.python.org  Sun Feb  1 04:07:01 2009
From: report at bugs.python.org (Ben Kuhn)
Date: Sun, 01 Feb 2009 03:07:01 +0000
Subject: [issue5121] PyRun_InteractiveLoop disagrees with documentation?
In-Reply-To: <1233457621.0.0.661616898289.issue5121@psf.upfronthosting.co.za>
Message-ID: <1233457621.0.0.661616898289.issue5121@psf.upfronthosting.co.za>


New submission from Ben Kuhn <ben.s.kuhn at gmail.com>:

The description of PyRun_InteractiveLoop(FILE * file, const char * 
filename) states that if filename is NULL, "???" will be used instead. 
In actuality, if the method is called with a NULL filename, it will 
segfault after the first command is entered.

Example:
//main.c
#include <Python.h>

int main(int argc, char * argv[]) {
	Py_Initialize();
	PyRun_InteractiveLoop(stdin, NULL);
}

//stdin
>>>import math

results in a segfault.

Python 3.0, Windows 7 beta, MinGW -LC:\Python30\libs -lpython30, 32-bit 
Intel.

----------
components: Interpreter Core
messages: 80900
nosy: bkuhn
severity: normal
status: open
title: PyRun_InteractiveLoop disagrees with documentation?
type: behavior

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

From report at bugs.python.org  Sun Feb  1 04:07:50 2009
From: report at bugs.python.org (Ben Kuhn)
Date: Sun, 01 Feb 2009 03:07:50 +0000
Subject: [issue5121] PyRun_InteractiveLoop disagrees with documentation?
In-Reply-To: <1233457621.0.0.661616898289.issue5121@psf.upfronthosting.co.za>
Message-ID: <1233457670.35.0.691650334235.issue5121@psf.upfronthosting.co.za>


Changes by Ben Kuhn <ben.s.kuhn at gmail.com>:


----------
versions: +Python 3.0

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

From report at bugs.python.org  Sun Feb  1 05:45:09 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Sun, 01 Feb 2009 04:45:09 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>


New submission from Guilherme Polo <ggpolo at gmail.com>:

Recently I've added this test named test_ttk_guionly, and I noticed some
buildslaves went red, like amd64 gentoo trunk and x86 FreeBSD trunk (I
though there were others for the reason I'm going to say next, but
didn't found on a quick look).

amd 64 gentoo trunk is failing with:

.
.
test_ttk_guionly
test_ttk_guionly skipped -- ttk not available: no display name and no
$DISPLAY environment variable
.
.
test_tcl

remoteFailed: [Failure instance: Traceback (failure with no frames):
twisted.internet.error.ConnectionLost: Connection to the other side was
lost in a non-clean fashion.
]


When it is not test_tcl, it is test_ttk_guionly.
I tried duplicating the issue here by creating a buildmaster and a
buildslave, used same options to build and to run tests, also tried
enabling and disabling pty (I've found some old emails about problems
involving pty), but couldn't duplicate it.

So I followed a build on this buildslave "amd 64 gentoo trunk" and
noticed it took a long time from the time it started running test_tcl
till when the error appeared, which makes me imagine there is some
problem regarding X server authorization. Now this is when I started
checking how many other slaves were failing with the same error, and
then I found this "x86 FreeBSD trunk" which failed with the following
message:

.
.
test_ttk_guionly
test_ttk_guionly skipped -- ttk not available: can't find package tile
.
.
test_tcl
XIO:  fatal IO error 9 (Bad file descriptor) on X server ":0.0"

      after 25 requests (23 known processed) with 1 events remaining.

*** Error code 1

This second bot had DISPLAY set, while the first didn't (although its
TERM is set to xterm). I wonder if the first error ends up being the
same as this second one.

I'm asking myself if test_ttk_guionly is so wrong that it should be
disabled everywhere, and even if it gets disabled, what if in the future
another test comes in and "conflicts" with test_tcl ?

----------
components: Tkinter
messages: 80901
nosy: gpolo
severity: normal
status: open
title: test_tcl and test_ttk_guionly don't like each other
versions: Python 2.7, Python 3.1

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

From report at bugs.python.org  Sun Feb  1 07:26:50 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Feb 2009 06:26:50 +0000
Subject: [issue4428] make io.BufferedWriter observe max_buffer_size limits
In-Reply-To: <1227616500.52.0.902847325707.issue4428@psf.upfronthosting.co.za>
Message-ID: <1233469610.21.0.925281909499.issue4428@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


Added file: http://bugs.python.org/file12914/issue4428-io-bufwrite-gps05.diff

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

From report at bugs.python.org  Sun Feb  1 07:29:50 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Feb 2009 06:29:50 +0000
Subject: [issue4428] make io.BufferedWriter observe max_buffer_size limits
In-Reply-To: <1227616500.52.0.902847325707.issue4428@psf.upfronthosting.co.za>
Message-ID: <1233469790.98.0.466547378099.issue4428@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

I've uploaded a new patch set with more extensive unit tests.  It also
handles the case of writing array.array objects (or anything with a
memoryview itemsize > 1).  The previous code would buffer by item rather
than by byte.  it has been updated in codereview as well.

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

From report at bugs.python.org  Sun Feb  1 07:30:56 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Feb 2009 06:30:56 +0000
Subject: [issue4428] make io.BufferedWriter observe max_buffer_size limits
In-Reply-To: <1227616500.52.0.902847325707.issue4428@psf.upfronthosting.co.za>
Message-ID: <1233469856.49.0.00408071536858.issue4428@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

fwiw, I decided Guido and Antoine were right and took out the support
for input that did not support len() to keep things a bit simpler.

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

From report at bugs.python.org  Sun Feb  1 08:41:43 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sun, 01 Feb 2009 07:41:43 +0000
Subject: [issue5117] os.path.relpath problem with root drive directory on
	windows
In-Reply-To: <1233386752.72.0.952122419494.issue5117@psf.upfronthosting.co.za>
Message-ID: <1233474103.53.0.537129296194.issue5117@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


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

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

From report at bugs.python.org  Sun Feb  1 10:52:23 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sun, 01 Feb 2009 09:52:23 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233481943.83.0.187632101441.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Ah, but I think you missed  the main point of the new patch.
There is a counter incremented and decremented.  So, the State is set 
only when the first thread enters a guarded section, and then restored 
when the final thread leaves the section.  There is no per-thread 
storage of the previous state anymore, only static variables storing 
the "unmodified state" to restore to when the last thread leaves a 
guarded section.  As long as some thread is in a guarded section, 
assertions and stuff is turned off, otherwise, we keep the old ones.

This is similar in some ways to the special version of 
Py_BEGIN_ALLOW_THREADS (FILE_BEGIN_ALLOW_THREADS, was it?) used in 
fileio.c.

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

From report at bugs.python.org  Sun Feb  1 10:55:09 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sun, 01 Feb 2009 09:55:09 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233482109.1.0.0982554229648.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

The important function is _Py_SetCRTErrorHandler() in errors.c

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

From report at bugs.python.org  Sun Feb  1 11:56:43 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sun, 01 Feb 2009 10:56:43 +0000
Subject: [issue5117] os.path.relpath problem with root directory
In-Reply-To: <1233386752.72.0.952122419494.issue5117@psf.upfronthosting.co.za>
Message-ID: <1233485803.27.0.503936259286.issue5117@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
title: os.path.relpath problem with root drive directory on windows -> os.path.relpath problem with root directory

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

From report at bugs.python.org  Sun Feb  1 12:01:19 2009
From: report at bugs.python.org (Mark Hammond)
Date: Sun, 01 Feb 2009 11:01:19 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233486079.41.0.480347232493.issue4804@psf.upfronthosting.co.za>


Mark Hammond <mhammond at users.sourceforge.net> added the comment:

Fair enough - but assertions are still disabled while your "reference
count" is >0, which is still while other arbitrary code is running. 
While I agree this is an improvement, I'm afraid I'm not playing close
enough attention to understand why your patch is better than, eg, simply
disabling such assertions globally during the test run. Given the patch
in issue5116, this could be implemented in far less lines of code -
certainly less intrusive lines.  Would this not achieve the same result?

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

From report at bugs.python.org  Sun Feb  1 13:35:21 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 01 Feb 2009 12:35:21 +0000
Subject: [issue1717] Get rid of more references to __cmp__
In-Reply-To: <1199205565.64.0.0495465164968.issue1717@psf.upfronthosting.co.za>
Message-ID: <1233491721.31.0.409032388132.issue1717@psf.upfronthosting.co.za>


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

Thanks for the review, Antoine.

Stage 2 applied to py3k in r69181, merged to 3.0 in r69182.

cmp, PyObject_Cmp and PyObject_Compare removed in r69184 (py3k) and r69185 
(release30-maint).

There's still the rename of the tp_compare slot to deal with, and a fair 
amount of cleaning up and documentation fixing to do.

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

From report at bugs.python.org  Sun Feb  1 13:55:19 2009
From: report at bugs.python.org (johan de taeye)
Date: Sun, 01 Feb 2009 12:55:19 +0000
Subject: [issue4120] Do not embed manifest files in *.pyd when compiling with
	MSVC
In-Reply-To: <1223971312.31.0.131537865896.issue4120@psf.upfronthosting.co.za>
Message-ID: <1233492919.55.0.227501466735.issue4120@psf.upfronthosting.co.za>


johan de taeye <jdetaeye at users.sourceforge.net> added the comment:

Is the report posted in:
http://groups.google.com/group/comp.lang.python/browse_thread/thread/3ec
6af1279a162ca#
also a symptom of the same problem?

Johan

----------
nosy: +jdetaeye

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

From report at bugs.python.org  Sun Feb  1 14:29:58 2009
From: report at bugs.python.org (hlqyq)
Date: Sun, 01 Feb 2009 13:29:58 +0000
Subject: [issue5123] Virus found in python-3.0.msi
Message-ID: <1233494998.76.0.590591282424.issue5123@psf.upfronthosting.co.za>


Changes by hlqyq <hlqyq at yahoo.com.cn>:


----------
components: Windows
nosy: hlqyq
severity: normal
status: open
title: Virus found in python-3.0.msi
type: security
versions: Python 3.0

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

From report at bugs.python.org  Sun Feb  1 14:38:25 2009
From: report at bugs.python.org (Koen van de Sande)
Date: Sun, 01 Feb 2009 13:38:25 +0000
Subject: [issue4120] Do not embed manifest files in *.pyd when compiling with
	MSVC
In-Reply-To: <1223971312.31.0.131537865896.issue4120@psf.upfronthosting.co.za>
Message-ID: <1233495505.91.0.856058666081.issue4120@psf.upfronthosting.co.za>


Koen van de Sande <koen at tibed.net> added the comment:

@johan: no it is not a symptom of the same problem. The problem you are 
having is that the executable which is embedding Python does not have a 
manifest. If you add a manifest with a dependency on the VC90 runtimes 
to the main executable, then it should work AFAIK.

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

From report at bugs.python.org  Sun Feb  1 16:49:45 2009
From: report at bugs.python.org (johan de taeye)
Date: Sun, 01 Feb 2009 15:49:45 +0000
Subject: [issue4120] Do not embed manifest files in *.pyd when compiling with
	MSVC
In-Reply-To: <1223971312.31.0.131537865896.issue4120@psf.upfronthosting.co.za>
Message-ID: <1233503385.06.0.956587628462.issue4120@psf.upfronthosting.co.za>


johan de taeye <jdetaeye at users.sourceforge.net> added the comment:

@koen: You're aboslutely right. The issue is solved indeed by adding a 
dependency in the manifest.

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

From report at bugs.python.org  Sun Feb  1 18:53:22 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sun, 01 Feb 2009 17:53:22 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233510802.54.0.135518746324.issue4804@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

FWIW, I'm also -1 on the proposed patch. While it does achieve what it
wants to achieve, I believe that the goal of the patch is undesirable.
It makes things worse, not better, by introducing the risk of race
conditions against other (native) threads - where currently, we would
get reproducable behavior.

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

From report at bugs.python.org  Sun Feb  1 19:02:03 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Feb 2009 18:02:03 +0000
Subject: [issue5114] 2.5.4.3 / test_threading hangs
In-Reply-To: <1233347094.1.0.608806299681.issue5114@psf.upfronthosting.co.za>
Message-ID: <1233511323.67.0.928745298947.issue5114@psf.upfronthosting.co.za>


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


----------
nosy: +gps
priority:  -> normal
type:  -> behavior

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

From report at bugs.python.org  Sun Feb  1 19:07:14 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sun, 01 Feb 2009 18:07:14 +0000
Subject: [issue5123] Virus found in python-3.0.msi
In-Reply-To: <1233511634.03.0.537354059865.issue5123@psf.upfronthosting.co.za>
Message-ID: <1233511634.03.0.537354059865.issue5123@psf.upfronthosting.co.za>


New submission from Martin v. L?wis <martin at v.loewis.de>:

Do you have any proof for that claim? What specific binary, what virus,
what virus checker?

----------
nosy: +loewis

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

From report at bugs.python.org  Sun Feb  1 19:09:30 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Feb 2009 18:09:30 +0000
Subject: [issue5113] 2.5.4.3 / test_posix failing on HPUX systems
In-Reply-To: <1233346333.57.0.365853135308.issue5113@psf.upfronthosting.co.za>
Message-ID: <1233511770.01.0.654511906978.issue5113@psf.upfronthosting.co.za>


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

If you try "chown root foobar", with <foobar> being a valid file you
own, does it succeed?

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

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

From report at bugs.python.org  Sun Feb  1 19:52:14 2009
From: report at bugs.python.org (Weeble)
Date: Sun, 01 Feb 2009 18:52:14 +0000
Subject: [issue5124] IDLE - pasting text doesn't delete selection
In-Reply-To: <1233514334.85.0.801099495729.issue5124@psf.upfronthosting.co.za>
Message-ID: <1233514334.85.0.801099495729.issue5124@psf.upfronthosting.co.za>


New submission from Weeble <clockworksaint at gmail.com>:

Steps to reproduce:
1. Start IDLE.
2. Enter some text:

spam
eggs

3. Select the first line ("spam") and press control+c to copy.
4. Select the second line ("eggs") and press control+v to paste.

Expected result:

spam
spam

(With the caret at the end of the second line and no selection.)

Actual result (IDLE 2.6, Tk/Tcl 8.4, Linux):

spam
eggsspam

(With "eggs" selected and the caret at the end of the second line.)

I don't think this happens to me on Windows. It might be deliberate; I
know that Tk has slightly different behaviour on Windows and Linux. But
it doesn't seem to be consistent with other behaviour: for example, if
instead of pasting I start typing, the selected text is erased and the
typed text replaces it.

I can look into this myself, but I would appreciate if someone else can
confirm that this is not the expected behaviour, since perhaps it is
only my Windows background that leads me to expect this.

----------
components: IDLE
messages: 80914
nosy: weeble
severity: normal
status: open
title: IDLE - pasting text doesn't delete selection

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

From report at bugs.python.org  Sun Feb  1 20:04:39 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Sun, 01 Feb 2009 19:04:39 +0000
Subject: [issue5124] IDLE - pasting text doesn't delete selection
In-Reply-To: <1233514334.85.0.801099495729.issue5124@psf.upfronthosting.co.za>
Message-ID: <1233515079.02.0.0434611896416.issue5124@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

This is not really related to IDLE, it is how the Text widget behaves
under Linux, you will notice the same with tcl/tk 8.5.

Nevertheless, I would prefer to have the same results under Windows and
Linux.

----------
nosy: +gpolo

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

From report at bugs.python.org  Sun Feb  1 20:25:09 2009
From: report at bugs.python.org (Alex Willmer)
Date: Sun, 01 Feb 2009 19:25: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: <1233516309.9.0.71891341839.issue2636@psf.upfronthosting.co.za>


Alex Willmer <alex at moreati.org.uk> added the comment:

I've been trying, and failing to understand the state of play with this
bug. The most recent upload is
issue2636+01+09-02+17+18+19+20+21+24+26_speedup.diff, but I can't seem
to apply that to anything. Nearly every hunk fails when I try against
25-maint, 26-maint or trunk. How does one apply this? Do I need to apply
mrabarnett's patches from bug 3825?

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

From report at bugs.python.org  Sun Feb  1 20:48:30 2009
From: report at bugs.python.org (=?utf-8?q?Reto_Sch=C3=BCttel?=)
Date: Sun, 01 Feb 2009 19:48:30 +0000
Subject: [issue5125] Strange locale problem with Python 3
In-Reply-To: <1233517710.32.0.869509955584.issue5125@psf.upfronthosting.co.za>
Message-ID: <1233517710.32.0.869509955584.issue5125@psf.upfronthosting.co.za>


New submission from Reto Sch?ttel <reto-company-python-bugs at schuettel.ch>:

Hi

While helping Brandon Rhodes to port PyEphem[1] to Python 3 we struggled
over a
strange locale-related problem on OS X. PyEphem is a library which can do
astronomical computations like tracking the position of stars, planets and
earth satellites relative to the earth's position. When testing out the
Python
3 release of PyEphem I noticed that on my OS X laptop a lot of calculations
were wrong (not completely wrong, but clearly not accurate) compared to
Python
2.5. We (well mostly Brandon) were able to track down the problem to the TLE
parser (TLE are data file containing the orbital elements of an object)
which
appears to read most values wrong with python 3. In fact it cut of the
decimal
parts of all floats (1.123232 got 1, etc). Manually setting LANG and
LC_ALL to
C solved the problem.

It turns out that some parts of Python 3 got more locale dependent on some
platforms. The only platform I am aware of is OS X, on Linux Python 3
appears
to behave like Python 2.x did.

In case of PyEphem the problem was in the C extension which got more locale
dependent, for example atof() or scanf() with Python 3 now expected the
german
decimal-delimiter ',' instead of the '.' in floats (3.14 vs. 3,14). On the
other hand the constructor of float still expects '.' all the time. But the
built-in function strptime() honors locales with Python 3 and expects german
week day.

I've written a simple script and a simple C extension which illustrates the
problem. Both the extension and the script run python 2.x and python 3,
so you
can easily compare the result while executing the script in different
environments.

I was only able to reproduce the problem on OS X (10.5) and using a german
locale like "de_CH.UTF-8". When manually setting LC_ALL=C, the differences
disappears.

I can't imagine that his behavior was really intended, and I hope the
test case
helps you guys to identify/fix this problem.

Download the test case from:
http://github.com/retoo/py3k-locale-problem/tarball/master
or get it using git:
git://github.com/retoo/py3k-locale-problem.git

You can use the following steps to build it:

$ python2.5 setup.py build
$ python3.0 setup.py build

To run the tests with python 2.5, enter:
$ (cd build/lib*-2.5; python2.5 py3k_locale_problem.py)
... for 3.0  ...
$ (cd build/lib*-3.0; python3.0 py3k_locale_problem.py)

In the file 'results.txt' you can see the output from my OS X system.

Cheers,
Reto Sch?ttel

[1] http://rhodesmill.org/pyephem/

----------
components: Interpreter Core
messages: 80917
nosy: retoo
severity: normal
status: open
title: Strange locale problem with Python 3
type: behavior
versions: Python 3.0

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

From report at bugs.python.org  Sun Feb  1 21:53:39 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Feb 2009 20:53:39 +0000
Subject: [issue5084] unpickling does not intern attribute names
In-Reply-To: <1233093140.55.0.0122548653801.issue5084@psf.upfronthosting.co.za>
Message-ID: <1233521619.85.0.216569964288.issue5084@psf.upfronthosting.co.za>


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

Why do you call PyString_AsString() followed by PyString_FromString()?
Strings are immutable so you shouldn't neek to take a copy.

Besides, it would be nice to add a test.

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

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

From report at bugs.python.org  Sun Feb  1 22:11:57 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 01 Feb 2009 21:11:57 +0000
Subject: [issue5126] Space character returns false from isprintable() method
In-Reply-To: <1233522128.92.0.321891922918.issue5126@psf.upfronthosting.co.za>
Message-ID: <1233522717.73.0.6146052526.issue5126@psf.upfronthosting.co.za>


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

Confirmed here.

----------
nosy: +georg.brandl, ishimoto, pitrou
priority:  -> high
stage:  -> test needed
versions: +Python 3.1

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

From report at bugs.python.org  Sun Feb  1 22:46:45 2009
From: report at bugs.python.org (David W. Lambert)
Date: Sun, 01 Feb 2009 21:46:45 +0000
Subject: [issue5126] Space character returns false from isprintable() method
In-Reply-To: <1233522128.92.0.321891922918.issue5126@psf.upfronthosting.co.za>
Message-ID: <1233524805.84.0.183608920979.issue5126@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

Python 3.0rc1+ (py3k, Nov  5 2008, 14:44:46) [GCC 3.4.6 20060404 (Red 
Hat 3.4.6-3)] on linux2 Type "help", "copyright", "credits" or "license" 
for more information.
>>> ' '.isprintable()  # probably no surprise:
False
>>> import sys
>>> sys.getdefaultencoding()
'utf-8'

----------
nosy: +LambertDW

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

From report at bugs.python.org  Sun Feb  1 22:02:10 2009
From: report at bugs.python.org (dlfjessup)
Date: Sun, 01 Feb 2009 21:02:10 +0000
Subject: [issue5126] Space character returns false from isprintable() method
In-Reply-To: <1233522128.92.0.321891922918.issue5126@psf.upfronthosting.co.za>
Message-ID: <1233522128.92.0.321891922918.issue5126@psf.upfronthosting.co.za>


New submission from dlfjessup <dljessup at gmail.com>:

I am running IDLE on Windows XP.  The version information when IDLE
boots is:

Python 3.0 (r30:67507, Dec  3 2008, 20:14:27) [MSC v.1500 32 bit
(Intel)] on win32

I ran the following test case:

    >>> ' '.isprintable()
    False

However, according to
http://docs.python.org/3.0/library/stdtypes.htm#str.isprintable, "...the
ASCII space (0x20) ... is considered printable."

This seems pretty broken to me.

----------
messages: 80919
nosy: dlfjessup
severity: normal
status: open
title: Space character returns false from isprintable() method
type: behavior
versions: Python 3.0

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

From report at bugs.python.org  Sun Feb  1 22:31:53 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sun, 01 Feb 2009 21:31:53 +0000
Subject: [issue5126] Space character returns false from isprintable() method
In-Reply-To: <1233522128.92.0.321891922918.issue5126@psf.upfronthosting.co.za>
Message-ID: <1233523913.5.0.0625855220291.issue5126@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
nosy: +loewis

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

From report at bugs.python.org  Sun Feb  1 23:11:40 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sun, 01 Feb 2009 22:11:40 +0000
Subject: [issue5126] Space character returns false from isprintable() method
In-Reply-To: <1233522128.92.0.321891922918.issue5126@psf.upfronthosting.co.za>
Message-ID: <1233526300.16.0.973924062209.issue5126@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

This was introduced in r64701, which failed to include the space into
PRINTABLE_MASK (issue 3282); it was excluded from NONPRINTABLE_MASK before.

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

From report at bugs.python.org  Mon Feb  2 01:38:56 2009
From: report at bugs.python.org (hlqyq)
Date: Mon, 02 Feb 2009 00:38:56 +0000
Subject: [issue5123] Virus found in python-3.0.msi
In-Reply-To: <1233511634.03.0.537354059865.issue5123@psf.upfronthosting.co.za>
Message-ID: <1233535136.14.0.93545092877.issue5123@psf.upfronthosting.co.za>


hlqyq <hlqyq at yahoo.com.cn> added the comment:

There is a virus named "Trojan.Win32.Nodef.uy" in Msi.2b.exe file,I try 
to download more than one computer and get the same result.I use the 
"rising" killer in China(http://www.rising.com.cn)

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

From report at bugs.python.org  Mon Feb  2 02:31:46 2009
From: report at bugs.python.org (Venusaur)
Date: Mon, 02 Feb 2009 01:31:46 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>
Message-ID: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>


New submission from Venusaur <bupjae at hotmail.com>:

>>> license
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Python30\lib\site.py", line 372, in __repr__
    self.__setup()
  File "C:\Python30\lib\site.py", line 359, in __setup
    data = fp.read()
  File "C:\Python30\lib\io.py", line 1724, in read
    decoder.decode(self.buffer.read(), final=True))
  File "C:\Python30\lib\io.py", line 1295, in decode
    output = self.decoder.decode(input, final=final)
UnicodeDecodeError: 'cp949' codec can't decode bytes in position 15164-
15165: il
legal multibyte sequence
>>> chr(0x10000)
'\U00010000'
>>> chr(0x11000)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Python30\lib\io.py", line 1491, in write
    b = encoder.encode(s)
UnicodeEncodeError: 'cp949' codec can't encode character '\ud804' in 
position 1:
 illegal multibyte sequence
>>>

I also can't understand why chr(0x10000) and chr(0x11000) has different 
behavior

----------
components: Unicode
messages: 80924
nosy: bupjae
severity: normal
status: open
title: UnicodeEncodeError - I can't even see license
versions: Python 3.0

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

From report at bugs.python.org  Mon Feb  2 02:42:15 2009
From: report at bugs.python.org (hlqyq)
Date: Mon, 02 Feb 2009 01:42:15 +0000
Subject: [issue5123] Virus found in python-3.0.msi
In-Reply-To: <1233511634.03.0.537354059865.issue5123@psf.upfronthosting.co.za>
Message-ID: <1233538935.97.0.506252588596.issue5123@psf.upfronthosting.co.za>


hlqyq <hlqyq at yahoo.com.cn> added the comment:

Sorry.
   There is no virus in python-3.0.msi. The rising checker mistake.when 
I use other checker such as kaspersky(www.kaspersky.com.cn),there all 
show no virus.

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

From report at bugs.python.org  Mon Feb  2 02:44:16 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 02 Feb 2009 01:44:16 +0000
Subject: [issue5123] Virus found in python-3.0.msi
In-Reply-To: <1233511634.03.0.537354059865.issue5123@psf.upfronthosting.co.za>
Message-ID: <1233539056.3.0.328867552788.issue5123@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Thanks for verifying, closing as invalid.

----------
nosy: +gpolo
resolution:  -> invalid
status: open -> closed

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

From report at bugs.python.org  Mon Feb  2 02:55:25 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 02 Feb 2009 01:55:25 +0000
Subject: [issue5120] Disabling test_ttk_guionly on mac
In-Reply-To: <1233437150.39.0.445953575427.issue5120@psf.upfronthosting.co.za>
Message-ID: <1233539725.21.0.340187099586.issue5120@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

It seems to be good now after a recent modification in how tests are
performed, closing. Sorry for the fuss.

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

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

From report at bugs.python.org  Mon Feb  2 02:56:56 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 02 Feb 2009 01:56:56 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>
Message-ID: <1233539816.04.0.865880973678.issue5127@psf.upfronthosting.co.za>


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

Here (winxpsp2, Py3, cp850-terminal) the license works fine:
>>> license
Type license() to see the full license text

and license() works as well.

I get this output for the chr()s:
>>> chr(0x10000)
'\U00010000'
>>> chr(0x11000)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Programs\Python30\lib\io.py", line 1491, in write
    b = encoder.encode(s)
  File "C:\Programs\Python30\lib\encodings\cp850.py", line 19, in encode
    return codecs.charmap_encode(input,self.errors,encoding_map)[0]
UnicodeEncodeError: 'charmap' codec can't encode characters in position
1-2: character maps to <undefined>

I believe that chr(0x10000) and chr(0x11000) should have the opposite
behavior.
U+10000 (LINEAR B SYLLABLE B008 A) belongs to the 'Lo' category and
should be printed (and possibly raise a UnicodeError, see issue5110
[1]), U+11000 belongs to the 'Cn' category and should be escaped[2].

On Linux with Py3 and a UTF-8 terminal, chr(0x10000) prints '\U00010000'
and chr(0x11000) prints the char (actually I see two boxes, but it
shouldn't be a problem of Python). The license() works fine too.

Also note that with cp850 the error message is 'character maps to
<undefined>' and with cp949 is 'illegal multibyte sequence'.

[1]: http://bugs.python.org/issue5110
[2]: http://www.python.org/dev/peps/pep-3138/#specification

----------
nosy: +ezio.melotti

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

From report at bugs.python.org  Mon Feb  2 05:32:42 2009
From: report at bugs.python.org (Atsuo Ishimoto)
Date: Mon, 02 Feb 2009 04:32:42 +0000
Subject: [issue5126] Space character returns false from isprintable() method
In-Reply-To: <1233522128.92.0.321891922918.issue5126@psf.upfronthosting.co.za>
Message-ID: <1233549162.74.0.739662292257.issue5126@psf.upfronthosting.co.za>


Atsuo Ishimoto <ishimoto at gembook.org> added the comment:

I'm sorry, looks like my fault.

I attached a patch to fix issue. This patch contains re-generated
unicodetype_db.h. I downloaded Unicode 5.1.0 and Unicode 3.2.0 files
from unicode.org to re-generate.

----------
keywords: +patch
Added file: http://bugs.python.org/file12915/5126.diff

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

From report at bugs.python.org  Mon Feb  2 09:49:15 2009
From: report at bugs.python.org (Kandalintsev Alexandre)
Date: Mon, 02 Feb 2009 08:49:15 +0000
Subject: [issue5097] asyncore.dispatcher_with_send undocumented
In-Reply-To: <1233235235.33.0.24123597522.issue5097@psf.upfronthosting.co.za>
Message-ID: <1233564555.27.0.913405880803.issue5097@psf.upfronthosting.co.za>


Kandalintsev Alexandre <bug_hunter at messir.net> added the comment:

Ok, I'll try :). I'll send it today or tomorrow.

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

From report at bugs.python.org  Mon Feb  2 10:20:10 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 02 Feb 2009 09:20:10 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233566410.64.0.0036102285387.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Mark, I have two concerns:
1) Python shouldn't (IMHO) crahs, even if you give bogus input to 
python functions.  Making sure that it doesn't crash in the test suite 
is not enough, I think.
2) It shouldn't disable assertions and other runtime tests for other 
code just because of this, as I know you are in agreement with.

My patch achieves the former, and also the latter in most cases.  That 
is to say, yes, assertions will be disabled for the whole program 
during the time some thread is running one of the "fd" functions in the 
os module, but left alone otherwise.  For the most part, a typical 
windows application (where this issue exists) will not be using those 
functions much anyway.

If you want, we can split my patch in two:  The fixes for the strftime 
and fopen() (checkable by us) and the fixes for invalid file 
desctiptors.  The workaround for the latter seems more contentious.

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

From report at bugs.python.org  Mon Feb  2 10:35:07 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 02 Feb 2009 09:35:07 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233567307.87.0.258661075042.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Martin, your reproducable behaviour involves consistently disabling 
functionality that those threads you mention may rely on (and since 
this i is a global state that no one messes with, they are unlikely to 
be doing so)

If the alternative is then just to live with invalid file descriptors 
causing crashes, except for the test suite, as Mark suggests, I can 
also live with that, I suppose.  But then we would want the additional 
tests in my patch for strftime and fopen()

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

From report at bugs.python.org  Mon Feb  2 10:37:18 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 02 Feb 2009 09:37:18 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233567438.62.0.868674916764.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Btw, I am going to use our contact at MS to pressure them to expose a 
validation function for file descriptors to avoid this bloody mess.

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

From report at bugs.python.org  Mon Feb  2 11:21:37 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Mon, 02 Feb 2009 10:21:37 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233570097.8.0.05178880523.issue4804@psf.upfronthosting.co.za>


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

Sorry for interruption. Maybe is _CrtSetReportHook useful?
http://msdn.microsoft.com/en-us/library/0yysf5e6(VS.80).aspx

1. Call _CrtSetReportHook on startup
2. Py_BEGIN_CRT_ERROR_HANDLING sets flag in thread local storage.
3. In hook function, look at above flag and change return value of hook
function.

This is just impression from MSDN document, I didn't try yet.

----------
nosy: +ocean-city

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

From report at bugs.python.org  Mon Feb  2 11:26:28 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Mon, 02 Feb 2009 10:26:28 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233570388.12.0.282379533598.issue4804@psf.upfronthosting.co.za>


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

Of course, this won't work someone else altered hook function.

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

From report at bugs.python.org  Mon Feb  2 11:30:58 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 02 Feb 2009 10:30:58 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233570658.33.0.460645412357.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Interesting idea, but perhaps even more convoluted than my (admittedly) 
cumbersome patch.

fyi, I've added this issue with MS:
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?
FeedbackID=409955

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

From report at bugs.python.org  Mon Feb  2 12:16:53 2009
From: report at bugs.python.org (Mark Hammond)
Date: Mon, 02 Feb 2009 11:16:53 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233573413.81.0.638764927551.issue4804@psf.upfronthosting.co.za>


Mark Hammond <mhammond at users.sourceforge.net> added the comment:

> Python shouldn't (IMHO) crahs, even if you give bogus input to
> python functions.  

But it doesn't actually crash does it?  It throws an assertion dialog,
which sucks when the machine is unattended - which is why it is a
problem for the buildbots - but otherwise if you hit 'ignore', things
keep working IIUC?

> Making sure that it doesn't crash in the test suite is 
> not enough, I think.

I think it is enough.  The tests are explicitly checking insane input to
these functions but "in the real world" such assertions blowing would
almost certainly be demonstrating a real bug.  pywin32 has a similar
issue - one or 2 tests cause such an assertion failure, but outside of
the test suite, such assertions should always be enabled IMO.  I'd even
advocate the assertions are disabled only for the individual tests known
to throw such errors and enabled for the rest.

Hirokazu Yamamoto's suggestion sounds reasonable too, but still doesn't
change my mind that it *is* reasonable to leave these assertions enabled
in the general case, and thus the idea isn't really necessary IMO.

Martin has the final say on what actually gets accepted though :)

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

From report at bugs.python.org  Mon Feb  2 12:36:23 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 02 Feb 2009 11:36:23 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233574583.08.0.479547073298.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Well, as long as you think that an assertion is fine for the fd 
functions, I am fine with that too.
I attach a limited patch to the fopen() and strftime() functions that 
avoids the assertions for those functions without messing with the 
runtime state.

Added file: http://bugs.python.org/file12916/fopen.patch

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

From report at bugs.python.org  Mon Feb  2 14:11:09 2009
From: report at bugs.python.org (=?utf-8?q?Jes=C3=BAs_Cea_Avi=C3=B3n?=)
Date: Mon, 02 Feb 2009 13:11:09 +0000
Subject: [issue4111] Add DTrace probes
In-Reply-To: <1223827695.04.0.0893695004368.issue4111@psf.upfronthosting.co.za>
Message-ID: <1233580269.01.0.432531303335.issue4111@psf.upfronthosting.co.za>


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


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

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

From report at bugs.python.org  Mon Feb  2 15:19:36 2009
From: report at bugs.python.org (Martin von Gagern)
Date: Mon, 02 Feb 2009 14:19:36 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>


New submission from Martin von Gagern <Martin.vGagern at gmx.net>:

When trying to decide whether or not a given file needs to be
recompiled, the inode creation time should be taken into account along
with the file modification time.

Scenario: Suppose you have three times, A < B < C < D. At time A, you
package version 1 of foo.py. At time B, you package version 2. At time C
you install version 1 onto some system, and byte-compile it for all
users. Therefore foo.py has mtime A and ctime C, and foo.pyc has both
mtime C. At time D you delete foo.py from version 1 and install version
2. Then you byte-compile it without force. At that time, foo.py has
mtime B (because that was when it was packaged) but ctime D (because
that was when the file was created). foo.pyc has mtime C (because that
was when it was last modified). The current comparison compares only
mtimes, sees C > B, and skips foo.py. With this patch in place, it will
check for C > max(B, D), which is not the case, and thus recompile foo.c.

In other words, max(st_mtime, st_ctime) can be interpreted as the last
time a file at a given path was changed, either through modification of
its contents (mtime) or deletion followed by recreation (ctime).
Installation systems that overwrite files without deleting them before
still are in the same trouble as before, but all others will benefit
from this.

See also: http://bugs.gentoo.org/256953

----------
components: Library (Lib)
messages: 80939
nosy: gagern
severity: normal
status: open
title: compileall: consider ctime
type: feature request
versions: Python 2.5

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

From report at bugs.python.org  Mon Feb  2 15:21:13 2009
From: report at bugs.python.org (Martin von Gagern)
Date: Mon, 02 Feb 2009 14:21:13 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1233584473.87.0.503570652463.issue5128@psf.upfronthosting.co.za>


Changes by Martin von Gagern <Martin.vGagern at gmx.net>:


----------
keywords: +patch
Added file: http://bugs.python.org/file12917/compileall-ctime.patch

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

From report at bugs.python.org  Mon Feb  2 15:32:05 2009
From: report at bugs.python.org (Kandalintsev Alexandre)
Date: Mon, 02 Feb 2009 14:32:05 +0000
Subject: [issue5097] asyncore.dispatcher_with_send undocumented
In-Reply-To: <1233235235.33.0.24123597522.issue5097@psf.upfronthosting.co.za>
Message-ID: <1233585125.84.0.575604944093.issue5097@psf.upfronthosting.co.za>


Kandalintsev Alexandre <bug_hunter at messir.net> added the comment:

This is my explanation of dispatcher_with_send. As my english is far from 
perfect and I'm not expirienced writing documentation you need to review 
it and fix my mistakes.


class asyncore.dispatcher_with_send

This is class based on asyncore.dispatcher. The only difference that 
unlike dispatcher.send which is direct mean to the socket.send() send() 
of this class uses buffered io. At first all outgoing data saved to the 
buffer and later it will send when socket becomes avaliable for write. 
Thus dispatcher_with_send.send() will never return EWOULDBLOCK error. 
Also you shuldn't overrdie writable() method as in this dispatcher it 
will automatically return convient value depending weither output buffer 
empty or not.

----------
versions: +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/issue5097>
_______________________________________

From report at bugs.python.org  Mon Feb  2 15:36:16 2009
From: report at bugs.python.org (sy12)
Date: Mon, 02 Feb 2009 14:36:16 +0000
Subject: [issue5129] indentation in IDLE 2.6 different from IDLE 2.5,
	2.4 or vim
In-Reply-To: <1233585376.12.0.459695435706.issue5129@psf.upfronthosting.co.za>
Message-ID: <1233585376.12.0.459695435706.issue5129@psf.upfronthosting.co.za>


New submission from sy12 <sy12 at club-internet.fr>:

platform: Windows XP

In a file (cf attached file) with mixed tabs and spaces, the line
following "else:" appears at the same level than "else:", while the file
probably still works with Python 2.6. At least, IDLE 2.5 or IDLE 2.4 or
vim don't have this problem.

----------
components: IDLE
files: bug.py
messages: 80941
nosy: sy12
severity: normal
status: open
title: indentation in IDLE 2.6 different from IDLE 2.5, 2.4 or vim
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file12918/bug.py

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

From report at bugs.python.org  Mon Feb  2 16:34:28 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 15:34:28 +0000
Subject: [issue4494] Python 2.6 fails to build with Py_NO_ENABLE_SHARED
In-Reply-To: <1228250858.27.0.203382984925.issue4494@psf.upfronthosting.co.za>
Message-ID: <1233588868.25.0.0896314750323.issue4494@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Thanks for the patch. Committed as r69205, r69206, r69207, r69208.

----------
resolution:  -> accepted
status: open -> closed

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

From report at bugs.python.org  Mon Feb  2 16:36:00 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 15:36:00 +0000
Subject: [issue2897] include structmember.h in Python.h
In-Reply-To: <1210977912.97.0.641461512834.issue2897@psf.upfronthosting.co.za>
Message-ID: <1233588960.15.0.84568439077.issue2897@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
assignee: loewis -> 

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

From report at bugs.python.org  Mon Feb  2 16:43:12 2009
From: report at bugs.python.org (Mitchell Model)
Date: Mon, 02 Feb 2009 15:43:12 +0000
Subject: [issue5130] Obsolete reference to "unicode" in glossary
In-Reply-To: <1233589391.96.0.438188518405.issue5130@psf.upfronthosting.co.za>
Message-ID: <1233589391.96.0.438188518405.issue5130@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

The glossary entry for "sequence" mentions the type "unicode", but that's 
gone.

----------
assignee: georg.brandl
components: Documentation
messages: 80943
nosy: MLModel, georg.brandl
severity: normal
status: open
title: Obsolete reference to "unicode" in glossary
versions: Python 3.0, Python 3.1

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

From report at bugs.python.org  Mon Feb  2 16:47:38 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 15:47:38 +0000
Subject: [issue1581476] Text search gives bad count if called from variable
	trace
Message-ID: <1233589658.64.0.312664981661.issue1581476@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

The patch looks fine, please apply.

We should come up with a deprecation strategy for GlobalCall, though,
since that function is now mostly redundant.

----------
resolution:  -> accepted

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

From report at bugs.python.org  Mon Feb  2 16:47:46 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 15:47:46 +0000
Subject: [issue1581476] Text search gives bad count if called from variable
	trace
Message-ID: <1233589666.71.0.418203309786.issue1581476@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
assignee: loewis -> gpolo

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

From report at bugs.python.org  Mon Feb  2 16:58:13 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 02 Feb 2009 15:58:13 +0000
Subject: [issue4448] should socket readline() use default_bufsize instead of
	_rbufsize?
In-Reply-To: <1227819431.06.0.748604307582.issue4448@psf.upfronthosting.co.za>
Message-ID: <1233590293.19.0.669028207783.issue4448@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

I have looked at this for py3k.
the behaviour of HTTPResponse.fp.read() is the same, wheter fp is 
buffered or not:  a read() will read to EOF for HTTP/1.1, which means 
blocking indefinetely.  So, read() is forbidden for HTTP/1.1.  For 
fp.read(n), buffered IO won't attempt to read more than is on the 
stream, if n bytes are avalible (SocketIO.read(N) will return a<N and 
not block) so there is no reason not to use buffering.

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

From report at bugs.python.org  Mon Feb  2 17:04:57 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 02 Feb 2009 16:04:57 +0000
Subject: [issue4879] Allow buffering for HTTPResponse
In-Reply-To: <1231411436.11.0.236061918484.issue4879@psf.upfronthosting.co.za>
Message-ID: <1233590697.12.0.290907369042.issue4879@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Checked in r69209 to py3k

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

From report at bugs.python.org  Mon Feb  2 17:06:41 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 16:06:41 +0000
Subject: [issue1731706] tkinter memory leak problem
Message-ID: <1233590801.02.0.981212450433.issue1731706@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I think the patch is correct. gpolo, what's your opinion?

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

From report at bugs.python.org  Mon Feb  2 17:34:02 2009
From: report at bugs.python.org (Nick Craig-Wood)
Date: Mon, 02 Feb 2009 16:34:02 +0000
Subject: [issue5131] pprint doesn't know how to print a set or a defaultdict
In-Reply-To: <1233592442.21.0.0563262599933.issue5131@psf.upfronthosting.co.za>
Message-ID: <1233592442.21.0.0563262599933.issue5131@psf.upfronthosting.co.za>


New submission from Nick Craig-Wood <nick at craig-wood.com>:

I noticed this the other day when debugging a program that neither set()
nor defaultdict() pprint() properly

Same under 3.1 and 2.5 (Not tried 2.6/2.7 but I assume it is the same)

>>> pprint(set(range(100)))
set([0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18,
19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36,
37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54,
55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72,
73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90,
91, 92, 93, 94, 95, 96, 97, 98, 99])

>>> from collections import defaultdict
>>> pprint(defaultdict(int).fromkeys(range(100)))
defaultdict(None, {0: None, 1: None, 2: None, 3: None, 4: None, 5: None,
6: None, 7: None, 8: None, 9: None, 10: None, 11: None, 12: None, 13:
None, 14: None, 15: None, 16: None, 17: None, 18: None, 19: None, 20:
None, 21: None, 22: None, 23: None, 24: None, 25: None, 26: None, 27:
None, 28: None, 29: None, 30: None, 31: None, 32: None, 33: None, 34:
None, 35: None, 36: None, 37: None, 38: None, 39: None, 40: None, 41:
None, 42: None, 43: None, 44: None, 45: None, 46: None, 47: None, 48:
None, 49: None, 50: None, 51: None, 52: None, 53: None, 54: None, 55:
None, 56: None, 57: None, 58: None, 59: None, 60: None, 61: None, 62:
None, 63: None, 64: None, 65: None, 66: None, 67: None, 68: None, 69:
None, 70: None, 71: None, 72: None, 73: None, 74: None, 75: None, 76:
None, 77: None, 78: None, 79: None, 80: None, 81: None, 82: None, 83:
None, 84: None, 85: None, 86: None, 87: None, 88: None, 89: None, 90:
None, 91: None, 92: None, 93: None, 94: None, 95: None, 96: None, 97:
None, 98: None, 99: None})
>>>

----------
components: Library (Lib)
messages: 80948
nosy: ncw
severity: normal
status: open
title: pprint doesn't know how to print a set or a defaultdict
type: feature request
versions: Python 2.5, Python 3.1

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

From report at bugs.python.org  Mon Feb  2 17:35:04 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 16:35:04 +0000
Subject: [issue1759169] clean up Solaris port and allow C99 extension modules
Message-ID: <1233592504.01.0.506204671036.issue1759169@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

If the Sun guy only commented on _XOPEN_SOURCE_EXTENDED, I'm not sure
that this also applies to _XOPEN_SOURCE. For example, on my Solaris 9,
I have (in signal.h) conditionally

#pragma redefine_extname sigwait __posix_sigwait 

and in sys/socket.h

#pragma redefine_extname connect __xnet_connect

So these feature selection macros not only select what API is declared
in the header files, but also what specific semantics some of the
functions have (e.g. if the traditional BSD semantics deviates from the
POSIX semantics).

In cases where there are alternative implementations of some system
calls, we *want* to select the POSIX definition. So I think we should
continue to define _XOPEN_SOURCE. I don't mind also defining __EXTENSIONS__.

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

From report at bugs.python.org  Mon Feb  2 17:43:06 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 02 Feb 2009 16:43:06 +0000
Subject: [issue1835] Update version number in __init__.py
In-Reply-To: <1200417671.24.0.488273286588.issue1835@psf.upfronthosting.co.za>
Message-ID: <1233592986.08.0.806802641472.issue1835@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

It seems the version number has been bumped now.
Was it okay?

----------
nosy: +akitada, tarek

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

From report at bugs.python.org  Mon Feb  2 17:47:59 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 02 Feb 2009 16:47:59 +0000
Subject: [issue1815] Distutils add ability to skip build [Feature Request]
In-Reply-To: <1200168868.22.0.518070014613.issue1815@psf.upfronthosting.co.za>
Message-ID: <1233593279.54.0.463595989353.issue1815@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Python 3.0 has --skip-build, too.
Can we close this ticket?

----------
nosy: +akitada, tarek

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

From report at bugs.python.org  Mon Feb  2 17:54:13 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 02 Feb 2009 16:54:13 +0000
Subject: [issue1815] Distutils add ability to skip build [Feature Request]
In-Reply-To: <1200168868.22.0.518070014613.issue1815@psf.upfronthosting.co.za>
Message-ID: <1233593653.14.0.814890088354.issue1815@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

right, nothing to fix here, the feature is available

----------
resolution:  -> rejected
status: open -> closed

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

From report at bugs.python.org  Mon Feb  2 17:55:20 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Feb 2009 16:55:20 +0000
Subject: [issue1835] Update version number in __init__.py
In-Reply-To: <1200417671.24.0.488273286588.issue1835@psf.upfronthosting.co.za>
Message-ID: <1233593720.71.0.292502431113.issue1835@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

The distutils version number is now updated automatically by the Python
release process, so the comment in that file can be removed.

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

From report at bugs.python.org  Mon Feb  2 17:58:29 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 02 Feb 2009 16:58:29 +0000
Subject: [issue1109659] distutils argument parsing is bogus
Message-ID: <1233593909.02.0.703394683676.issue1109659@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Here's the usage of setup.py

    usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
       or: setup.py --help [cmd1 cmd2 ...]
       or: setup.py --help-commands
       or: setup.py cmd --help

and '--dry-run' is a global option.
So it looks like valid behavior for me.

----------
nosy: +akitada, tarek

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

From report at bugs.python.org  Mon Feb  2 18:00:53 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 02 Feb 2009 17:00:53 +0000
Subject: [issue1875] "if 0: return" not raising SyntaxError
In-Reply-To: <1200768950.55.0.245752373825.issue1875@psf.upfronthosting.co.za>
Message-ID: <1233594053.4.0.66636831651.issue1875@psf.upfronthosting.co.za>


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

This was corrected by Benjamin with r69158.
Now the yield statement is still optimized away, but at least the
CO_GENERATOR flag is set only when compiling a function.

----------
nosy: +amaury.forgeotdarc, benjamin.peterson
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Mon Feb  2 18:02:01 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Mon, 02 Feb 2009 17:02:01 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233594121.74.0.204194688617.issue4804@psf.upfronthosting.co.za>


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

Maybe already conclusion is met, so probably I shouldn't post this patch
but... here is the patch implementing msg80934. I believe this is thread
safe. (This patch doesn't include codes of fopen.patch, but it doesn't
mean they are not necessary. My patch is just a minimal patch for CRT hook)

I'm not sure which way is the best, but I'm happy if popup dialog on
test_os.py (test_fdopen) goes away. I'm startled every time. ;-)

Added file: http://bugs.python.org/file12919/crt_report_hook.patch

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

From report at bugs.python.org  Mon Feb  2 18:03:00 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 02 Feb 2009 17:03:00 +0000
Subject: [issue1109659] distutils argument parsing is bogus
Message-ID: <1233594180.47.0.917013085506.issue1109659@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

yes, that's the expected behavior

*But* we could add a warning, that says that an option was unused.

----------
assignee:  -> tarek
priority: normal -> low
type:  -> feature request
versions: +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 Feb  2 18:05:10 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 02 Feb 2009 17:05:10 +0000
Subject: [issue1835] Update version number in __init__.py
In-Reply-To: <1200417671.24.0.488273286588.issue1835@psf.upfronthosting.co.za>
Message-ID: <1233594310.84.0.365410276846.issue1835@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

I'll change the comment explaining how things work now.

----------
assignee: lemburg -> tarek

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

From report at bugs.python.org  Mon Feb  2 18:06:36 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Mon, 02 Feb 2009 17:06:36 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233594396.94.0.236138086153.issue4804@psf.upfronthosting.co.za>


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

Just impression. I feel Martin's "disable globally, and provide API to
turn it on" is simple and good. +1/2. Of course, my impression is biased
by the fact I have never used _ASSERTE even when debugging python.

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

From report at bugs.python.org  Mon Feb  2 18:08:35 2009
From: report at bugs.python.org (Bill Janssen)
Date: Mon, 02 Feb 2009 17:08:35 +0000
Subject: [issue4471] IMAP4 missing support for starttls
In-Reply-To: <1228062796.45.0.215183772699.issue4471@psf.upfronthosting.co.za>
Message-ID: <1233594515.35.0.456982866242.issue4471@psf.upfronthosting.co.za>


Bill Janssen <bill.janssen at gmail.com> added the comment:

Lorenzo, do we have test cases for this?  I think you should try to add
some test cases.  We may need to set up some test mail servers on
python.org to accommodate such tests.

----------
nosy: +janssen

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

From report at bugs.python.org  Mon Feb  2 18:11:59 2009
From: report at bugs.python.org (Armin Rigo)
Date: Mon, 02 Feb 2009 17:11:59 +0000
Subject: [issue1875] "if 0: return" not raising SyntaxError
In-Reply-To: <1200768950.55.0.245752373825.issue1875@psf.upfronthosting.co.za>
Message-ID: <1233594719.75.0.51650651593.issue1875@psf.upfronthosting.co.za>


Armin Rigo <arigo at users.sourceforge.net> added the comment:

...which does not really solve anything, as "if 0: yield" at
module-level is now just ignored instead of raising a SyntaxError (e.g.
like "if False: yield").

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

From report at bugs.python.org  Mon Feb  2 18:12:30 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Feb 2009 17:12:30 +0000
Subject: [issue4704] Update pybench for python 3.0
In-Reply-To: <1233445163.83.0.895708189545.issue4704@psf.upfronthosting.co.za>
Message-ID: <4987297B.8020903@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-01 00:39, Antoine Pitrou wrote:
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
> The patch changes results a lot compared to the previous version
> (BuiltinFunctionCalls is 3x slower). I propose the following patch,
> which gives roughly the same runtimes as before (I use divmod() and
> max() rather than complex() and pow()).

Even better.

However, please see my comments on the ticket:

 * the version numbers of unaffected tests do not need to be
   changed

 * the major pybench version number also doesn't need to be
   bumped to 3.0, a minor revision (2.1) is good enough

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

________________________________________________________________________

::: Try our new mxODBC.Connect Python Database Interface for free ! ::::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               http://www.egenix.com/company/contact/

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

From report at bugs.python.org  Mon Feb  2 18:17:11 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 02 Feb 2009 17:17:11 +0000
Subject: [issue1052827] filelist.findall should use os.lstat
Message-ID: <1233595031.66.0.0560828622063.issue1052827@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

This is reproducible, but I'm not sure why this could be a problem...
Is there any use cases that you think it could be better than failing?

----------
nosy: +akitada, tarek

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

From report at bugs.python.org  Mon Feb  2 18:21:21 2009
From: report at bugs.python.org (sy12)
Date: Mon, 02 Feb 2009 17:21:21 +0000
Subject: [issue5129] indentation in IDLE 2.6 different from IDLE 2.5,
	2.4 or vim
In-Reply-To: <1233585376.12.0.459695435706.issue5129@psf.upfronthosting.co.za>
Message-ID: <1233595281.89.0.590637316754.issue5129@psf.upfronthosting.co.za>


sy12 <sy12 at club-internet.fr> added the comment:

IDLE's "untabify" feature (required by IDLE 2.6 when running from IDLE)
seems to do the job correctly but this function doesn't inspire trust
and might damage the code, because IDLE 2.6 is not able to correctly
display mixed spaces and tabs (maybe for a reason linked to python 3 but
I didn't find it in the logs, so maybe it's just a bug) and because of
the default value given by the dialog, quite frightening: 4 spaces for a
tab, instead of 8. By giving 8 the problem seems to be solved, even for
IDLE 2.6.

Maybe IDLE 2.6 is assuming by default that a tab is 4 spaces?

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

From report at bugs.python.org  Mon Feb  2 18:23:35 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 02 Feb 2009 17:23:35 +0000
Subject: [issue1835] Update version number in __init__.py
In-Reply-To: <1200417671.24.0.488273286588.issue1835@psf.upfronthosting.co.za>
Message-ID: <1233595415.88.0.0278227001512.issue1835@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/issue1835>
_______________________________________

From report at bugs.python.org  Mon Feb  2 18:33:46 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 02 Feb 2009 17:33:46 +0000
Subject: [issue5052] Mark distutils to stay compatible with 2.3
In-Reply-To: <1232889518.53.0.767329174887.issue5052@psf.upfronthosting.co.za>
Message-ID: <1233596026.18.0.240335554829.issue5052@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Some more explanation for why keeping distutils Python 2.3 compatible is
desirable:

distutils was removed from the PEP without any public discussion outside
a sprint at PyCon and the reasons given for it did not take into account
that people will want to use a single distutils version (that of the
lastest released Python version) to build packages for multiple Python
versions.

distutils in Python 2.6 no longer works with Python 2.1, but it still
does mostly with Python 2.3 and I would prefer to have to use that
version as minimum required.

Over the years I've always tried to rework any changes that were done
which did not meet that requirement and only left non-Python 2.3 code
in place that was not relevant for that version anyway, e.g. the
new MSVC code for Python 2.6.

Please also note that distutils is not a performance critical piece of
software. Making it more developer friendly to extending via
sub-classing and more user friendly by adding more support for platform
specific installer format is much more important than using the latest
and greatest tricks in Python.

With Python 2.7 released, we can then move on to Python 2.4
compatibility and so on.

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

From report at bugs.python.org  Mon Feb  2 18:34:04 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 02 Feb 2009 17:34:04 +0000
Subject: [issue5070] Distutils should create install dir if needed
In-Reply-To: <1232985666.7.0.224838813352.issue5070@psf.upfronthosting.co.za>
Message-ID: <1233596044.0.0.49840114121.issue5070@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

closing the issue since it's on setuptools side

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

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

From report at bugs.python.org  Mon Feb  2 18:35:31 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 02 Feb 2009 17:35:31 +0000
Subject: [issue5071] Distutils should not fail if install dir is not in
	PYTHONPATH
In-Reply-To: <1232986221.07.0.343484520205.issue5071@psf.upfronthosting.co.za>
Message-ID: <1233596131.68.0.055603086085.issue5071@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

closing for the same reason than #5070

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

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

From report at bugs.python.org  Mon Feb  2 18:35:41 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 02 Feb 2009 17:35:41 +0000
Subject: [issue831643] Set option for subprocess in setup.py
Message-ID: <1233596141.35.0.948224625746.issue831643@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Sorry, but I don't understand this report.
Is reported problem fixed already?

----------
nosy: +akitada, tarek

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

From report at bugs.python.org  Mon Feb  2 18:38:02 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 02 Feb 2009 17:38:02 +0000
Subject: [issue4137] update SIG web pages
In-Reply-To: <1224230964.55.0.983457546691.issue4137@psf.upfronthosting.co.za>
Message-ID: <1233596282.76.0.851414184786.issue4137@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

akidata has started to write some proposal changes he will submit to
pydotorg.

Georg, should we keep track of this here or it's ok to close this ticket
and let the process continue in the ML ?

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

From report at bugs.python.org  Mon Feb  2 18:43:11 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 02 Feb 2009 17:43:11 +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: <1233596591.26.0.311902569973.issue3871@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

maybe you can group all your patch into one single issue since they are
related, and remove old patches,

----------
nosy: +tarek

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

From report at bugs.python.org  Mon Feb  2 19:05:47 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 02 Feb 2009 18:05:47 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>
Message-ID: <1233597947.96.0.779536968107.issue5127@psf.upfronthosting.co.za>


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

There were non-ascii characters in the Windows license file. This was
corrected with r67860.


> I believe that chr(0x10000) and chr(0x11000) should have the 
> opposite behavior.

This other problem is because on a narrow unicode build,
Py_UNICODE_ISPRINTABLE takes a 16bit integer.
And indeed, 

>>> unicodedata.category(chr(0x10000 % 65536))
'Cc'
>>> unicodedata.category(chr(0x11000 % 65536))
'Lo'

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

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

From report at bugs.python.org  Mon Feb  2 19:06:04 2009
From: report at bugs.python.org (Lorenzo M. Catucci)
Date: Mon, 02 Feb 2009 18:06:04 +0000
Subject: [issue4471] IMAP4 missing support for starttls
In-Reply-To: <1228062796.45.0.215183772699.issue4471@psf.upfronthosting.co.za>
Message-ID: <1233597964.92.0.934446259867.issue4471@psf.upfronthosting.co.za>


Lorenzo M. Catucci <lorenzo at sancho.ccd.uniroma2.it> added the comment:

Thanks for following-up, Bill.

While I fully understand the need for unit-testing, I don't have the
guts to start writing a dummy imap server from scratch.

I tested my changes on a couple of servers I manage, one running
uw-imapd and the other running cyrus imapd; still, I don't think unit
tests could rely on a "real" server. On the other hand, I don't think a
python.org hosted test server would be a very wise choice: even if we
found some dummy all-data-in-memory server, I fear the ssl/tls load on
the server.

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

From report at bugs.python.org  Mon Feb  2 19:19:48 2009
From: report at bugs.python.org (Andreas Kupries)
Date: Mon, 02 Feb 2009 18:19:48 +0000
Subject: [issue5113] 2.5.4.3 / test_posix failing on HPUX systems
In-Reply-To: <1233346333.57.0.365853135308.issue5113@psf.upfronthosting.co.za>
Message-ID: <1233598788.6.0.880569856152.issue5113@psf.upfronthosting.co.za>


Andreas Kupries <andreask at activestate.com> added the comment:

Yes.

Session log:

andreask at bertha:~/tmp/x> ll
total 0

andreask at bertha:~/tmp/x> touch foobar
andreask at bertha:~/tmp/x> ll
total 0
-rw-rw-r--   1 andreask   DomainUsers      0 Feb  2 10:17 foobar

andreask at bertha:~/tmp/x> chown root foobar
andreask at bertha:~/tmp/x> ll
total 0
-rw-rw-r--   1 root       DomainUsers      0 Feb  2 10:17 foobar

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

From report at bugs.python.org  Mon Feb  2 19:19:54 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 02 Feb 2009 18:19:54 +0000
Subject: [issue4471] IMAP4 missing support for starttls
In-Reply-To: <1228062796.45.0.215183772699.issue4471@psf.upfronthosting.co.za>
Message-ID: <1233598794.36.0.728892103695.issue4471@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

For network tests like this where it is useful to test against external 
servers, could we just pick few known external servers that are unlikely 
to every go away?

imap.gmail.com:993 for instance?  (i don't know enough about imap to 
know if it supports what we need to test, I'll leave that up to you to 
determine :)

Picking another host or two from other big ISPs would also be wise in 
order to test multiple server implementations.

Once that is done, the tests that connect to external servers should be 
put in their own file marked as requiring the network resource.  Similar 
to how its done in Lib/test/test_urllib2net.py.

----------
nosy: +gregory.p.smith

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

From report at bugs.python.org  Mon Feb  2 19:24:26 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 02 Feb 2009 18:24:26 +0000
Subject: [issue5129] indentation in IDLE 2.6 different from IDLE 2.5,
	2.4 or vim
In-Reply-To: <1233585376.12.0.459695435706.issue5129@psf.upfronthosting.co.za>
Message-ID: <1233599066.42.0.373885289932.issue5129@psf.upfronthosting.co.za>


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

I don't see a problem with Untabify.  IDLE cannot know how big you
intended your tabs to be, so it presents a dialog asking you.  That
seems reasonable to me.

In most cases, the default is pretty good -- it attempts to infer the
tab width by finding the first manual indentation using spaces:

   'if:\n  pass\nif:\n\tpass\n'   --> guesses a two space indent

What differences are you seeing between 2.5 and 2.6?  Is it the initial
display is different, is the untabify default different, or what?

----------
nosy: +rhettinger

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

From report at bugs.python.org  Mon Feb  2 19:25:27 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Feb 2009 18:25:27 +0000
Subject: [issue5113] 2.5.4.3 / test_posix failing on HPUX systems
In-Reply-To: <1233346333.57.0.365853135308.issue5113@psf.upfronthosting.co.za>
Message-ID: <1233599127.56.0.603824155576.issue5113@psf.upfronthosting.co.za>


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

That explains what the test fails then. The test expects that you can't
chown a file to root as a normal user, and it verifies that an exception
is raised in that case.
Do you know if this behaviour is standard under HP-UX? If so, what do
sys.platform and platform.system() return?

(this won't be fixed in 2.5 by the way: 2.5 only receives security
fixes. 2.6 is the current stable branch and 2.7 is the in-development
version)

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

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

From report at bugs.python.org  Mon Feb  2 19:28:13 2009
From: report at bugs.python.org (Dave Peterson)
Date: Mon, 02 Feb 2009 18:28:13 +0000
Subject: [issue5132] distutils: libpython not found when building python
	extensions on Solaris when Python was built with --enable-shared
In-Reply-To: <1233599293.13.0.516383193111.issue5132@psf.upfronthosting.co.za>
Message-ID: <1233599293.13.0.516383193111.issue5132@psf.upfronthosting.co.za>


New submission from Dave Peterson <dpeterson at enthought.com>:

I've had trouble building Python extensions on Solaris if the Python
install I'm using was built with the '--enable-shared' option.   In
tracking this down, it appears that the code in
'distutils/command/build_ext.py' contains a number of statements to
detect a similar situation for other platforms and explicitly add the
'lib' dir option for the linker, but there is no similar detection for
Solaris.

I've attached a patch that fixes this and solves the problem for me.  I
simply extended the checking for 'linux' and 'gnu' platforms to also
apply for 'sunos' platforms.

----------
components: Distutils
files: distutils_command_build_ext.patch
keywords: patch
messages: 80977
nosy: dpeterson
severity: normal
status: open
title: distutils: libpython not found when building python extensions on Solaris when Python was built with --enable-shared
type: compile error
versions: Python 2.5
Added file: http://bugs.python.org/file12920/distutils_command_build_ext.patch

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

From report at bugs.python.org  Mon Feb  2 19:30:52 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 02 Feb 2009 18:30:52 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1233599452.84.0.597554480243.issue5128@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

The problem is not that ctime should be taken into account, but that the
.pyc file should be read for its timestamp and that should be used.
Otherwise you are still deviating from what Python uses internally to
decide whether bytecode should be regenerated.

----------
nosy: +brett.cannon

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

From report at bugs.python.org  Mon Feb  2 19:34:18 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 02 Feb 2009 18:34:18 +0000
Subject: [issue1731706] tkinter memory leak problem
Message-ID: <1233599658.68.0.919746830477.issue1731706@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Do we still want to say _tkinter.c supports tcl/tk from version 8.2 and
newer ? If yes, then we should add a no-op Tcl_ConditionFinalize when
using tcl older than 8.3, because that was when this function got added.

Besides that, the patch looks fine to me too (except I prefer
Tcl_Condition *cond over Tcl_Condition* cond).

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

From report at bugs.python.org  Mon Feb  2 19:40:28 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 02 Feb 2009 18:40:28 +0000
Subject: [issue1581476] Text search gives bad count if called from variable
	trace
Message-ID: <1233600028.27.0.751257946849.issue1581476@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Uhm, is it fine to remove it for good in 3.1 ? And then add a warning in
2.7 when it gets called which in turns just call Tkapp_Call ?

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

From report at bugs.python.org  Mon Feb  2 19:43:30 2009
From: report at bugs.python.org (Lorenzo M. Catucci)
Date: Mon, 02 Feb 2009 18:43:30 +0000
Subject: [issue4471] IMAP4 missing support for starttls
In-Reply-To: <1228062796.45.0.215183772699.issue4471@psf.upfronthosting.co.za>
Message-ID: <1233600210.75.0.0969546336811.issue4471@psf.upfronthosting.co.za>


Lorenzo M. Catucci <lorenzo at sancho.ccd.uniroma2.it> added the comment:

I just found out that the gmail servers don't support connections on
the standard pop3/imapv4 ports, but only on the SSL wrapped ones.

I'm unsure if cmu.edu anonymous imap server admin's would be happy with
their server becoming python's official imap/pop testing playground;
still, I just verified it does support TLS upgrades both for pop3 and imap
and anonymous (read-only) logins.

I think I could cook-up something.

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

From report at bugs.python.org  Mon Feb  2 19:52:32 2009
From: report at bugs.python.org (David Nicol)
Date: Mon, 02 Feb 2009 18:52:32 +0000
Subject: [issue5133] Error with Eval
In-Reply-To: <1233600751.98.0.0626987723582.issue5133@psf.upfronthosting.co.za>
Message-ID: <1233600751.98.0.0626987723582.issue5133@psf.upfronthosting.co.za>


New submission from David Nicol <david at theNicols.net>:

The single line statements:

eval("08")  ; and
eval("09")

both crash; while

eval("07")  works fine

----------
components: None
messages: 80982
nosy: davidnicol
severity: normal
status: open
title: Error with Eval
type: compile error
versions: Python 2.6

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

From report at bugs.python.org  Mon Feb  2 19:53:00 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 02 Feb 2009 18:53:00 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <rhettinger at users.sourceforge.net>:

>From a compilation of Py3.1 r69209 :

..\..\..\sqlite-3.5.9\sqlite3.c(9702) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9703) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9813) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9814) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9817) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9818) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9819) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9820) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9835) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9836) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9838) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9881) : warning C4244: 'initializing' :
conversion from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9887) : warning C4244: '=' : conversion
from 'double' to 'time_t', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9903) : warning C4996: 'localtime': This
function or variable may be unsafe. Consider using localtime_s instead.
To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for
details.
        C:\Program Files\Microsoft Visual Studio
8\VC\include\time.inl(114) : see declaration of 'localtime'
..\..\..\sqlite-3.5.9\sqlite3.c(9998) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(10004) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(10096) : warning C4244: '+=' :
conversion from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(10102) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(10108) : warning C4244: '+=' :
conversion from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(10309) : warning C4244: 'function' :
conversion from 'u64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(10340) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(11146) : warning C4244: 'return' :
conversion from 'sqlite3_int64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(13798) : warning C4244: '=' : conversion
from 'sqlite3_int64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(14408) : warning C4244: 'initializing' :
conversion from 'sqlite_uint64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(14741) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(16514) : warning C4244: '=' : conversion
from 'u64' to 'unsigned char', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(16517) : warning C4244: '=' : conversion
from 'u64' to 'unsigned char', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(16524) : warning C4244: '=' : conversion
from 'u64' to 'u8', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(22425) : warning C4244: 'initializing' :
conversion from 'sqlite3_int64' to 'LONG', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(22426) : warning C4244: 'initializing' :
conversion from 'sqlite3_int64' to 'LONG', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(22458) : warning C4244: 'initializing' :
conversion from 'sqlite3_int64' to 'LONG', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(22459) : warning C4244: 'initializing' :
conversion from 'sqlite3_int64' to 'LONG', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(22490) : warning C4244: 'initializing' :
conversion from 'sqlite3_int64' to 'LONG', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(22491) : warning C4244: 'initializing' :
conversion from 'sqlite3_int64' to 'LONG', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(24580) : warning C4018: '>=' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(24597) : warning C4018: '<' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(25331) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(25337) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(25564) : warning C4244: '=' : conversion
from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(25577) : warning C4244: '=' : conversion
from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(25592) : warning C4018: '<' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(25696) : warning C4244: '=' : conversion
from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(25712) : warning C4244: '=' : conversion
from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(25921) : warning C4018: '>' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(26221) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(26228) : warning C4244: '=' : conversion
from 'i64' to 'Pgno', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(26230) : warning C4244: 'return' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(26314) : warning C4018: '<=' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(26743) : warning C4018: '<=' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(28366) : warning C4018: '<=' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(30256) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(30258) : warning C4244: 'function' :
conversion from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(30946) : warning C4244: '=' : conversion
from 'u16' to 'unsigned char', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(31766) : warning C4244: '=' : conversion
from 'u16' to 'unsigned char', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(32268) : warning C4018: '>' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(32268) : warning C4018: '<=' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(32933) : warning C4018: '<=' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(33050) : warning C4244: '=' : conversion
from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(33055) : warning C4018: '>' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(33251) : warning C4244: '=' : conversion
from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(33258) : warning C4018: '>' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(33601) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(33651) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(33653) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(33658) : warning C4244: 'function' :
conversion from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(33659) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(33918) : warning C4018: '<=' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(34054) : warning C4018: '>' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(34237) : warning C4018: '>' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(34308) : warning C4244: '+=' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(34310) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(34483) : warning C4244: '=' : conversion
from 'u16' to 'u8', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(34565) : warning C4244: '=' : conversion
from 'u16' to 'u8', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(35959) : warning C4018: '>' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(36488) : warning C4244: '+=' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(36784) : warning C4244: '=' : conversion
from 'i64' to 'Pgno', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(36833) : warning C4244: 'initializing' :
conversion from 'sqlite3_int64' to 'Pgno', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(36910) : warning C4244: 'initializing' :
conversion from 'i64' to 'Pgno', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(37371) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(37379) : warning C4244: 'function' :
conversion from 'i64' to 'size_t', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(37380) : warning C4244: '+=' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(37731) : warning C4244: '+=' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(37913) : warning C4244: '=' : conversion
from 'const i64' to 'double', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(37918) : warning C4244: '=' : conversion
from 'const i64' to 'double', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(38257) : warning C4244: 'return' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(40178) : warning C4244: 'return' :
conversion from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(40194) : warning C4244: '+=' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(40301) : warning C4244: '=' : conversion
from 'u64' to 'u8', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(40315) : warning C4244: '+=' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(40470) : warning C4018: '<' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(40554) : warning C4018: '>=' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(40579) : warning C4018: '<' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(40627) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(40672) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(41018) : warning C4244: 'return' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(41198) : warning C4244: '=' : conversion
from 'double' to 'i64', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(41228) : warning C4244: '=' : conversion
from 'double' to 'u64', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(43078) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(43088) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(43183) : warning C4244: '=' : conversion
from 'i64' to 'double', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(43924) : warning C4244: '=' : conversion
from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(43945) : warning C4018: '>' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(43983) : warning C4018: '>=' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(44001) : warning C4018: '<' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(44018) : warning C4018: '<' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(44206) : warning C4244: '+=' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(44229) : warning C4244: 'function' :
conversion from 'u64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(44241) : warning C4244: 'function' :
conversion from 'u64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(44246) : warning C4244: '=' : conversion
from 'u64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(44463) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(44467) : warning C4244: '=' : conversion
from 'i64' to 'u8', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(44603) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(45373) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(45517) : warning C4244: '=' : conversion
from 'i64' to 'u32', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(45520) : warning C4018: '>' :
signed/unsigned mismatch
..\..\..\sqlite-3.5.9\sqlite3.c(46131) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(46137) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(46563) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(46564) : warning C4244: '=' : conversion
from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(57437) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(57473) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(58001) : warning C4244: 'function' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(58273) : warning C4244: 'initializing' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(58274) : warning C4244: 'initializing' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(58275) : warning C4244: 'initializing' :
conversion from 'i64' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(71347) : warning C4244: '=' : conversion
from 'u16' to 'unsigned char', possible loss of data

----------
assignee: ghaering
components: Extension Modules
messages: 80983
nosy: ghaering, rhettinger
priority: low
severity: normal
status: open
title: Compiler warnings in sqlite module
type: compile error
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Mon Feb  2 19:54:33 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 02 Feb 2009 18:54:33 +0000
Subject: [issue5132] distutils: libpython not found when building python
	extensions on Solaris when Python was built with --enable-shared
In-Reply-To: <1233599293.13.0.516383193111.issue5132@psf.upfronthosting.co.za>
Message-ID: <1233600873.02.0.0324133041102.issue5132@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5

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

From report at bugs.python.org  Mon Feb  2 20:02:56 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 02 Feb 2009 19:02:56 +0000
Subject: [issue5133] Error with Eval
In-Reply-To: <1233600751.98.0.0626987723582.issue5133@psf.upfronthosting.co.za>
Message-ID: <1233601376.55.0.765953972079.issue5133@psf.upfronthosting.co.za>


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

They don't crash.  They raise a SyntaxError because the "08" and "09"
are invalid octal literals.

If you're working with decimal literals that are padded on the left with
zeroes, those need to be stripped off before conversion:

   '000987'.lstrip('0') --> '987'

Or, you can use the int() function:

   int('000987')

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

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

From report at bugs.python.org  Mon Feb  2 20:04:13 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 02 Feb 2009 19:04:13 +0000
Subject: [issue5133] Error with Eval
In-Reply-To: <1233600751.98.0.0626987723582.issue5133@psf.upfronthosting.co.za>
Message-ID: <1233601453.62.0.929702219734.issue5133@psf.upfronthosting.co.za>


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

The leading zero is used to define octal numbers, 8 and 9 are not valid
octal digits, see
http://docs.python.org/reference/lexical_analysis.html#integer-and-long-integer-literals

Also, you don't need to use eval to reproduce that behavior.

The number displayed is the decimal equivalent:
>>> 07
7
>>> 010
8

----------
nosy: +ezio.melotti

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

From report at bugs.python.org  Mon Feb  2 20:57:40 2009
From: report at bugs.python.org (Paul Moore)
Date: Mon, 02 Feb 2009 19:57:40 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>


New submission from Paul Moore <p.f.moore at gmail.com>:

This patch takes the existing "simplegeneric" decorator, currently an
internal implementation detail of the pkgutil module, and exposes it as
a feature of the functools module.

Documentation and tests have been added, and the pkgutil code has been
updated to use the functools implementation.

Open issue: The syntax for registering an overload is rather manual:

    def xxx_impl(xxx):
        pass
    generic_fn.register(XXX, xxx_impl)

It might be better to make the registration function a decorator:

    @generic_fn.register(XXX)
    def xxx_impl(xxx):
        pass

However, this would involve changing the existing (working) code, and I
didn't want to do that before there was agreement that the general idea
(of exposing the functionality) was sound.

----------
assignee: ncoghlan
components: Library (Lib)
files: generic.patch
keywords: needs review, patch
messages: 80986
nosy: ncoghlan, pmoore
priority: normal
severity: normal
stage: patch review
status: open
title: Expose simplegeneric function in functools module
type: feature request
versions: Python 2.7
Added file: http://bugs.python.org/file12921/generic.patch

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

From report at bugs.python.org  Mon Feb  2 21:01:31 2009
From: report at bugs.python.org (=?utf-8?q?Mart_S=C3=B5mermaa?=)
Date: Mon, 02 Feb 2009 20:01:31 +0000
Subject: [issue2090] __import__ with fromlist=[''] causes double
	initialization of modules
In-Reply-To: <1202849437.01.0.315019169694.issue2090@psf.upfronthosting.co.za>
Message-ID: <1233604891.49.0.796777609967.issue2090@psf.upfronthosting.co.za>


Mart S?mermaa <mrts at mrts.pri.ee> added the comment:

A pointer for people who keep referring to this bug -- after
discussions, the following idiom was selected as the "official" way to
import modules by name in 2.x (as seen in latest 2.x docs
http://docs.python.org/dev/library/functions.html#__import__ ).

---

If you simply want to import a module (potentially within a package) by
name, you can get it from sys.modules:

>>> import sys
>>> name = 'foo.bar.baz'
>>> __import__(name)
<module 'foo' from ...>
>>> baz = sys.modules[name]
>>> baz
<module 'foo.bar.baz' from ...>

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

From report at bugs.python.org  Mon Feb  2 21:10:02 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 02 Feb 2009 20:10:02 +0000
Subject: [issue4343] New function in Tkinter.py: setup_master
In-Reply-To: <1227011959.0.0.968897886388.issue4343@psf.upfronthosting.co.za>
Message-ID: <1233605402.74.0.928918598626.issue4343@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Any chance I can get this in ? I'm using something very similar to test
the ttk wrapper and will also be using in other tests, extensions would
also benefit from it, and old code doesn't get affected to it.

----------
versions: +Python 3.1 -Python 3.0

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

From report at bugs.python.org  Mon Feb  2 21:10:57 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 02 Feb 2009 20:10:57 +0000
Subject: [issue2090] __import__ with fromlist=[''] causes double
	initialization of modules
In-Reply-To: <1202849437.01.0.315019169694.issue2090@psf.upfronthosting.co.za>
Message-ID: <1233605457.49.0.687631211239.issue2090@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

And just some more info, Python 2.7/3.1 have gained the importlib
module/package and its import_module function which gives a much saner
API than __import__.

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

From report at bugs.python.org  Mon Feb  2 21:11:57 2009
From: report at bugs.python.org (sy12)
Date: Mon, 02 Feb 2009 20:11:57 +0000
Subject: [issue5129] indentation in IDLE 2.6 different from IDLE 2.5,
	2.4 or vim
In-Reply-To: <1233585376.12.0.459695435706.issue5129@psf.upfronthosting.co.za>
Message-ID: <1233605517.16.0.53101300753.issue5129@psf.upfronthosting.co.za>


sy12 <sy12 at club-internet.fr> added the comment:

The problem appeared in the initial display, with a file similar to bug.py.

Here is how to reproduce it:
1. open the bug.py file with IDLE 2.5 (or with Firefox from the
bugs.python.org website): the display shows the file the way the
compiler will (probably) see it;
2. open the bug.py file with IDLE 2.6: the line 7 (just after "else:")
is displayed differently.

Summary: IDLE 2.6 doesn't display the indentation that the compiler will
see.

-----------------------------------------
About the secondary problem with Untabify (discovered when trying to
solve the display problem without having to reinstall Python 2.5):

Actually, Untabify is more a solution than a problem, except maybe that
the only safe value is 8 spaces for a tabulation. Using a different
value on legacy code (old code without tests) might add subtle bugs.

According to the Python Language Reference:
"First, tabs are replaced (from left to right) by one to eight spaces
such that the total number of characters up to and including the
replacement is a multiple of eight (this is intended to be the same rule
as used by Unix)."
-----------------------------------------

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

From report at bugs.python.org  Mon Feb  2 21:22:51 2009
From: report at bugs.python.org (Martin von Gagern)
Date: Mon, 02 Feb 2009 20:22:51 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1233606171.41.0.0215041353208.issue5128@psf.upfronthosting.co.za>


Martin von Gagern <Martin.vGagern at gmx.net> added the comment:

Like this? Should the magic number be checked as well, and if so,
against what value? I couldn't find that constant in any structure
accessible from python, and jumping through hoops seems too much, as
updating the python version should probably result in all system-wide
modules being updated as well, at least on a well-maintained system.

Added file: http://bugs.python.org/file12922/compileall-timestamp1.patch

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

From report at bugs.python.org  Mon Feb  2 21:26:34 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 02 Feb 2009 20:26:34 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233606171.41.0.0215041353208.issue5128@psf.upfronthosting.co.za>
Message-ID: <bbaeab100902021226p7010b901oaf2a2d20051f9fda@mail.gmail.com>


Brett Cannon <brett at python.org> added the comment:

On Mon, Feb 2, 2009 at 12:22, Martin von Gagern <report at bugs.python.org> wrote:
>
> Martin von Gagern <Martin.vGagern at gmx.net> added the comment:
>
> Like this?

Don't have the time right now to do a code review right now, but
hopefully I can get to this soon.

> Should the magic number be checked as well,

If one is already reading the file you might as well.

> and if so,
> against what value?

imp.get_magic().

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

From report at bugs.python.org  Mon Feb  2 21:27:13 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 02 Feb 2009 20:27:13 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1233606433.6.0.584309438186.issue5128@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon
stage:  -> patch review

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

From report at bugs.python.org  Mon Feb  2 21:29:10 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 02 Feb 2009 20:29:10 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1233606550.31.0.393671693084.issue5128@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

If you want an easy way to see how bytecode is checked, look at
importlib._bootstrap in Python 3.1:
http://svn.python.org/view/python/branches/py3k/Lib/importlib/_bootstrap.py?view=markup
. Specifically, look at the get_code() method for _PyFileLoader.

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

From report at bugs.python.org  Mon Feb  2 21:35:59 2009
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 02 Feb 2009 20:35:59 +0000
Subject: [issue5119] wide character parameter handling in ctypes
In-Reply-To: <1233435219.37.0.934884464449.issue5119@psf.upfronthosting.co.za>
Message-ID: <1233606959.98.0.153913247636.issue5119@psf.upfronthosting.co.za>


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

I see this in the documentation, which basically answers the question:

"windll does not try to select [wide or narrow functions] by magic, you
must access the version you need by specifying GetModuleHandleA or
GetModuleHandleW explicitely, and then call it with normal strings or
unicode strings respectively."

This behavior is inconsistent with how structures are handled, where
members are up-converted to unicode.  For example.

>>> class simple(Structure):
>>>   _fields_ = [('value', c_wchar_p)]
>>>
>>> simple('foo').value
u'foo'

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

From report at bugs.python.org  Mon Feb  2 21:37:03 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Feb 2009 20:37:03 +0000
Subject: [issue2459] speedup for / while / if with better bytecode
In-Reply-To: <1206224909.42.0.227263347483.issue2459@psf.upfronthosting.co.za>
Message-ID: <1233607023.37.0.286386800885.issue2459@psf.upfronthosting.co.za>


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

Here is an updated patch against trunk.
To be honest I don't think it has a lot of future:
- it changes the lnotab format (to allow negative offsets)
- it rewrites the buggy block reordering code in the pure Python
compiler package, but nobody seems interested in maintaining that
package (see #2472).
Perhaps we should just declare the experiment failed and switch to
something else.

Added file: http://bugs.python.org/file12923/for_iter.patch

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

From report at bugs.python.org  Mon Feb  2 21:42:36 2009
From: report at bugs.python.org (Martin von Gagern)
Date: Mon, 02 Feb 2009 20:42:36 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1233607356.1.0.881493137681.issue5128@psf.upfronthosting.co.za>


Martin von Gagern <Martin.vGagern at gmx.net> added the comment:

Next iteration. With magic number, and now also closing the file again.
I changed from unpack and number comparison to pack and string
comparison, makes things a bit easier, as there is only one comparison,
and as underflow of the packed data isn't an issue any more.

Would you prefer the use of private marshal functions, as bootstrap
does, over the struct packing as I do here?

Looking forward to your review.

Added file: http://bugs.python.org/file12924/compileall-timestamp2.patch

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

From report at bugs.python.org  Mon Feb  2 22:10:51 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Mon, 02 Feb 2009 21:10:51 +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: <1233609051.7.0.411932583421.issue3871@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

The proposed patch for this issue include parts of other pending issues
- so its all is single file. If python team don't like idea for
"canonical host names" (part of issue 3754) this patch can be modified
do not use host-triplet. Also some discussions in py-dev list show that
small patches are preferred. I'm ready to split into small patches to be
reviewed.

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

From report at bugs.python.org  Mon Feb  2 22:26:04 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 21:26:04 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1233567307.87.0.258661075042.issue4804@psf.upfronthosting.co.za>
Message-ID: <498764E7.208@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Martin, your reproducable behaviour involves consistently disabling 
> functionality that those threads you mention may rely on

Right. So with the current implementation, they notice immediately that
something is wrong.

> (and since 
> this i is a global state that no one messes with, they are unlikely to 
> be doing so)

Except that Python messes with it, so in the small window where the
assertions get disabled, they may run past them

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

From report at bugs.python.org  Mon Feb  2 22:26:20 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 02 Feb 2009 21:26:20 +0000
Subject: [issue1581476] Text search gives bad count if called from variable
	trace
Message-ID: <1233609980.63.0.0897419561302.issue1581476@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Commited in r69217 (r69219), r69220, r69222, r69223

Martin, I will open another ticket about GlobalCall deprecation, later
today.

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

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

From report at bugs.python.org  Mon Feb  2 22:33:31 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 21:33:31 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1233594121.74.0.204194688617.issue4804@psf.upfronthosting.co.za>
Message-ID: <498766A8.8080204@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I'm not sure which way is the best

I think that is easy to answer: Python should validate all parameters,
and report ValueError if any of the parameters would otherwise be
rejected by the CRT. Then, we could leave assertions on, and would never
trigger them.

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

From report at bugs.python.org  Mon Feb  2 22:39:17 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 21:39:17 +0000
Subject: [issue1731706] tkinter memory leak problem
In-Reply-To: <1233599658.68.0.919746830477.issue1731706@psf.upfronthosting.co.za>
Message-ID: <49876802.8050502@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Do we still want to say _tkinter.c supports tcl/tk from version 8.2 and
> newer ? If yes, then we should add a no-op Tcl_ConditionFinalize when
> using tcl older than 8.3, because that was when this function got added.

Good point. If we want to fix this in 2.6, we *have* to say that. If we
ignore 2.6, and only fix 2.7, we could require a newer Tcl version.

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

From report at bugs.python.org  Mon Feb  2 22:46:04 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 21:46:04 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1233611164.56.0.351737842401.issue5134@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I don't think we should do anything about these, except perhaps for
disabling all warnings when compiling the file. These are upstream
sources, so we definitely should not "fix" them.

----------
nosy: +loewis

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

From report at bugs.python.org  Mon Feb  2 22:51:02 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 02 Feb 2009 21:51:02 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233607356.1.0.881493137681.issue5128@psf.upfronthosting.co.za>
Message-ID: <bbaeab100902021350r6a6fbb12of606c027f6179ff0@mail.gmail.com>


Brett Cannon <brett at python.org> added the comment:

On Mon, Feb 2, 2009 at 12:42, Martin von Gagern <report at bugs.python.org> wrote:
>
> Martin von Gagern <Martin.vGagern at gmx.net> added the comment:
>
> Next iteration. With magic number, and now also closing the file again.
> I changed from unpack and number comparison to pack and string
> comparison, makes things a bit easier, as there is only one comparison,
> and as underflow of the packed data isn't an issue any more.
>
> Would you prefer the use of private marshal functions, as bootstrap
> does, over the struct packing as I do here?
>

No since importlib only does it that way for bootstrapping
considerations (might end up at the implementation of import itself so
it has special requirements).

> Looking forward to your review.

I have not looked, Martin, but are proper tests in place already in
the standard library? If not I would appreciate tests.

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

From report at bugs.python.org  Mon Feb  2 22:52:02 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 02 Feb 2009 21:52:02 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <bbaeab100902021350r6a6fbb12of606c027f6179ff0@mail.gmail.com>
Message-ID: <bbaeab100902021351j33db5deeh95550afa08f9138d@mail.gmail.com>


Brett Cannon <brett at python.org> added the comment:

On Mon, Feb 2, 2009 at 13:50, Brett Cannon <brett at python.org> wrote:
> On Mon, Feb 2, 2009 at 12:42, Martin von Gagern <report at bugs.python.org> wrote:
>>
>> Martin von Gagern <Martin.vGagern at gmx.net> added the comment:
>>
>> Next iteration. With magic number, and now also closing the file again.
>> I changed from unpack and number comparison to pack and string
>> comparison, makes things a bit easier, as there is only one comparison,
>> and as underflow of the packed data isn't an issue any more.
>>
>> Would you prefer the use of private marshal functions, as bootstrap
>> does, over the struct packing as I do here?
>>
>
> No since importlib only does it that way for bootstrapping
> considerations (might end up at the implementation of import itself so
> it has special requirements).
>
>> Looking forward to your review.
>
> I have not looked, Martin, but are proper tests in place already in
> the standard library? If not I would appreciate tests.
>

Although, now that I said that, I have had testing issues myself when
it comes to mtime on bytecode as Python tends to execute faster than
the granularity the file system supports.

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

From report at bugs.python.org  Mon Feb  2 22:54:51 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 02 Feb 2009 21:54:51 +0000
Subject: [issue1242657] list(obj) can swallow KeyboardInterrupt
Message-ID: <1233611691.64.0.0612740852343.issue1242657@psf.upfronthosting.co.za>


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

Thanks for the review.
Fixed in r69227.

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

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

From report at bugs.python.org  Mon Feb  2 22:57:13 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 02 Feb 2009 21:57:13 +0000
Subject: [issue5129] indentation in IDLE 2.6 different from IDLE 2.5,
	2.4 or vim
In-Reply-To: <1233585376.12.0.459695435706.issue5129@psf.upfronthosting.co.za>
Message-ID: <1233611833.02.0.630280827926.issue5129@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee:  -> kbk
nosy: +kbk
priority:  -> high

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

From report at bugs.python.org  Mon Feb  2 22:57:38 2009
From: report at bugs.python.org (pmoody)
Date: Mon, 02 Feb 2009 21:57:38 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1231183290.95.0.615124565518.issue3959@psf.upfronthosting.co.za>
Message-ID: <8517e9350902021357p150773e8rc5282585e398d367@mail.gmail.com>


pmoody <python at hda3.com> added the comment:

(kicking an old thread)

On Mon, Jan 5, 2009 at 11:21 AM, Guido van Rossum
<report at bugs.python.org> wrote:
>
> Guido van Rossum <guido at python.org> added the comment:
>
> I've been on vacation and unable to follow this, and won't have time to
> catch up now. Note that I have no vested interest in Google's module
> except knowing it has many happy users (I have never used it myself --
> but Collin Winter has and he tells me it's great).
>
> Since I haven't used either module and am not particularly interested in
> this functionality, I'm withdrawing myself from the set of experts who
> can decide which is better.
>
> Duncan McGreggor asked some questions on python-dev; here are my responses:
>
>>  * do we want to limit it to IP (i.e. no EUI/MAC support)?
>
> I don't want to exclude EUI/MAC support, but it seems quit a separate
> (and much more specialized) application area, so it's probably best to
> keep it separate (even if it may make sense to use a common (abstract
> or concrete) base class or just have similar APIs).
>
>>  * do we want a single module or is a package acceptable?
>
> I don't care either way.
>
>>  * other thoughts?
>
> How about a merger?

so we've talked about this on the ipaddr/netaddr lists and it seems
like a merger is pretty unlikely.  ipaddr and netaddr have some pretty
fundamental design differences, to the point where a merger wouldn't
mean a complete re-write of one or the other (in which case we're back
to picking one over the other).

so I guess a decision needs to be made. Is this something that should
be made on python-dev or does this bug have enough visibility?

for ipaddr's part, trunk is now pep8 compliant (with some backwards
compatible aliases).  I also know that David hasn't stopped adding
features to netaddr as well.

So, where do we go from here?

Cheers,
/peter

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

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

From report at bugs.python.org  Mon Feb  2 23:03:07 2009
From: report at bugs.python.org (Robin Stocker)
Date: Mon, 02 Feb 2009 22:03:07 +0000
Subject: [issue5125] Strange locale problem with Python 3
In-Reply-To: <1233517710.32.0.869509955584.issue5125@psf.upfronthosting.co.za>
Message-ID: <1233612187.04.0.364908703346.issue5125@psf.upfronthosting.co.za>


Changes by Robin Stocker <robin.stocker at gmx.ch>:


----------
nosy: +robin.stocker

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

From report at bugs.python.org  Mon Feb  2 23:04:41 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 02 Feb 2009 22:04:41 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233612281.36.0.518929003287.issue3959@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Beats me. I personally haven't had the pleasure to use either so I can't
decide.  Maybe a vote or a bake-off?

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

From report at bugs.python.org  Mon Feb  2 23:08:25 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 02 Feb 2009 22:08:25 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233612505.62.0.462394612821.issue3959@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/issue3959>
_______________________________________

From report at bugs.python.org  Mon Feb  2 23:08:58 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 02 Feb 2009 22:08:58 +0000
Subject: [issue1717] Get rid of more references to __cmp__
In-Reply-To: <1199205565.64.0.0495465164968.issue1717@psf.upfronthosting.co.za>
Message-ID: <1233612538.2.0.243562969508.issue1717@psf.upfronthosting.co.za>


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

All relevant changes from the py3k-issue1717 branch have now been merged into the py3k 
branch (and from there into the 3.0 maintenance branch), in a series of revisions.  
Here they are, listed in py3k/release30-maint pairs:

r69188, r69189,
r69190, r69191,
r69192, r69193,
r69214, r69215,
r69218, r69221,
r69224, r69225.

The idea to raise TypeError on non-NULL tp_compare was abandoned after Martin pointed 
out that it would be a binary incompatible change _[1], but Nick Coghlan suggested a 
DeprecationWarning when tp_compare is non-NULL and tp_richcompare is NULL _[2], and 
remarked that the warning should also be implemented for Python 2.7 when run with the -
3 option.

Still to do before this can be closed:

 - fix up Doc/extending/newtypes.rst;  I think Georg has said he'll
   take care of this, so once everything else is done I'll just reassign
   this issue to him and let him get on with it.

 - add Nick Coghlan's suggested DeprecationWarning.

 - grep through the sources looking for tp_compare, __cmp__, cmpfunc,
   PyObject_Cmp, PyObject_Compare and cmp, and check all remaining
   references are legitimate.

 - update pybench;  there's a separate issue already open for this.
   (issue 4704), and it looks like Antoine and Marc-Andr? are on the
   case.

 - anything else that I've forgotten.

Thanks everyone for your help so far, especially Christian for much of
the original code and Antoine for code and review.

[1] http://mail.python.org/pipermail/python-dev/2009-February/085797.html
[2] http://mail.python.org/pipermail/python-dev/2009-February/085809.html

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

From report at bugs.python.org  Mon Feb  2 23:14:41 2009
From: report at bugs.python.org (Duncan McGreggor)
Date: Mon, 02 Feb 2009 22:14:41 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233612881.5.0.966405928675.issue3959@psf.upfronthosting.co.za>


Duncan McGreggor <duncan.mcgreggor at gmail.com> added the comment:

Well, here are my thoughts on the matter:
 * ipaddr is relatively small, fast, and focuses on some core functionality
 * netaddr is designed to be very flexible (sometimes at the cost of a
little speed), leaning more towards a network calculation/address
manipulation "framework"

As such, and given the recent work made to ipaddr to make it
stdlib-friendly, my vote would be to include ipaddr in Python while
netaddr can continue growing, providing its user base with diverse
functionality while hopefully taking advantage of ipaddr in the Python
stdlib as much as is practical and useful.

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

From report at bugs.python.org  Mon Feb  2 23:19:36 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 22:19:36 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <8517e9350902021357p150773e8rc5282585e398d367@mail.gmail.com>
Message-ID: <49877174.70503@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> so I guess a decision needs to be made. Is this something that should
> be made on python-dev or does this bug have enough visibility?

The bug doesn't have enough visibility, so it definitely needs to be
discussed in public.

> So, where do we go from here?

Maybe some committer is willing to make a decision (I know that I will
not, but I wouldn't be opposed to somebody else making one).

Lacking that, the ususal procedures apply: either
a) publish the respective code on the relevant sites, build community,
   and come back in a few years, or
b) write a PEP, and ask for BDFL pronouncement in the end.

IOW, it is not clear to me why a decision *needs* to be made (unless
you count "defer" as a decision as well). Of course, in either a and
b, there is a chance that the result will again be "defer"

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

From report at bugs.python.org  Mon Feb  2 23:26:04 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 22:26:04 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1233612881.5.0.966405928675.issue3959@psf.upfronthosting.co.za>
Message-ID: <498772F9.109@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> As such, and given the recent work made to ipaddr to make it
> stdlib-friendly, my vote would be to include ipaddr in Python while
> netaddr can continue growing, providing its user base with diverse
> functionality while hopefully taking advantage of ipaddr in the Python
> stdlib as much as is practical and useful.

I could live with such a choice if the netaddr authors agree that it
is the right choice (them being experts themselves in the domain).
I don't want to be accused of drkjam's accusation of fast-tracking
code just because it comes from Google (which would be a false
accusation regardless, but there is no reason to make some Python
users unhappy because they feel they are subject to political games).

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

From report at bugs.python.org  Mon Feb  2 23:42:02 2009
From: report at bugs.python.org (Andreas Kupries)
Date: Mon, 02 Feb 2009 22:42:02 +0000
Subject: [issue5113] 2.5.4.3 / test_posix failing on HPUX systems
In-Reply-To: <1233346333.57.0.365853135308.issue5113@psf.upfronthosting.co.za>
Message-ID: <1233614522.87.0.767866391672.issue5113@psf.upfronthosting.co.za>


Andreas Kupries <andreask at activestate.com> added the comment:

I do not know if this is standard for hpux or not.

I can say that right now we have six different HPUX machines which
behave in this manner, i.e. do not throw an error for the 'chown root
foobar' command for an ordinary (non-root) user.

Regarding the platform codes, here are the results.

andreask at bertha:~/tmp/autotest> ./apy/bin/python2.5
ActivePython 2.5.4.3 (ActiveState Software Inc.) based on
Python 2.5.4 (r254:67916, Jan 20 2009, 14:48:58) [C] on hp-ux11
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys, platform
>>> sys.platform
'hp-ux11'
>>> platform.system()
'HP-UX'
>>> quit()

The six machines I mentioned are

bertha   - HP-UX 11.00 (PA-RISC)
bigsur03 - HP-UX 11.22 (Itanium)
hpa180   - HP-UX 11.00 (PA-RISC)
bigsur03 - HP-UX 11.22 (Itanium)
hpl3000  - HP-UX 11.23 (PA-RISC)
bigsur05 - HP-UX 11.32 (Itanium)

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

From report at bugs.python.org  Mon Feb  2 23:43:00 2009
From: report at bugs.python.org (Erkan Yilmaz)
Date: Mon, 02 Feb 2009 22:43:00 +0000
Subject: [issue4528] test_httpservers consistently fails on OS X using tarball,
	but not svn tag r30
In-Reply-To: <1228411057.37.0.0478484931696.issue4528@psf.upfronthosting.co.za>
Message-ID: <1233614580.06.0.398343828166.issue4528@psf.upfronthosting.co.za>


Erkan Yilmaz <erkan77 at gmail.com> added the comment:

below you find following sections:
-summary
-details
-system info



summary:
**********
The above message also appeared on 
- non-OS X: Distro Pardus 2008.2 Canis aureus
- Python 3.1a0 py3k:69210 (see details:steps 1-3)
(in step4 you find info about test_httpservers failed in: Python 2.7a0
trunk:69209)

To find out if there is an error on my side - on request - I can provide
more info.



details (4 steps):
************
1. I was trying to build with the py3k svn version (Revision 69210) and
got following error during the "make test":

302 tests OK.                                                          
                     
2 tests failed:                                                        
                     
    test_httpservers test_urllib                                       
                     
21 tests skipped:                                                      
                     
    test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp              
                     
    test_codecmaps_kr test_codecmaps_tw test_curses test_kqueue        
                     
    test_nis test_normalization test_ossaudiodev test_pep277           
                     
    test_socketserver test_startfile test_timeout test_ttk_guionly     
                     
    test_urllib2net test_urllibnet test_winreg test_winsound           
                     
    test_xmlrpc_net test_zipfile64                                     
                     
Those skips are all expected on linux2.                                
                     
[913083 refs]


2. verbose output as non-admin first brought an exception:

erkan at e-pardus2 python-svn $ ./python -m test.regrtest -v
test_httpservers test_urllib       
./python: error while loading shared libraries: libpython3.1.so.1.0:
cannot open shared object file: No such file or directory              
                                             
erkan at e-pardus2 python-svn $ export
LD_LIBRARY_PATH=/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn  
                                                                       
      
erkan at e-pardus2 python-svn $ ./python -m test.regrtest -v
test_httpservers test_urllibCould not find
'/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test' in
sys.path to remove it                                                  
                               
test_httpservers                                                       
                     
test_command (test.test_httpservers.BaseHTTPServerTestCase) ... ok     
                     
test_handler (test.test_httpservers.BaseHTTPServerTestCase) ... ok     
                     
test_head_keep_alive (test.test_httpservers.BaseHTTPServerTestCase) ...
ok                   
test_header_close (test.test_httpservers.BaseHTTPServerTestCase) ... ok
                     
test_internal_key_error (test.test_httpservers.BaseHTTPServerTestCase)
... ok                
test_request_line_trimming
(test.test_httpservers.BaseHTTPServerTestCase) ... ok             
test_return_custom_status (test.test_httpservers.BaseHTTPServerTestCase)
... ok              
test_return_header_keep_alive
(test.test_httpservers.BaseHTTPServerTestCase) ... ok          
test_send_blank (test.test_httpservers.BaseHTTPServerTestCase) ... ok  
                     
test_version_bogus (test.test_httpservers.BaseHTTPServerTestCase) ... ok
                    
test_version_digits (test.test_httpservers.BaseHTTPServerTestCase) ...
ok                    
test_version_invalid (test.test_httpservers.BaseHTTPServerTestCase) ...
ok                   
test_version_none (test.test_httpservers.BaseHTTPServerTestCase) ... ok
                     
test_version_none_get (test.test_httpservers.BaseHTTPServerTestCase) ...
ok                  
test_get (test.test_httpservers.SimpleHTTPServerTestCase) ... Exception
in thread Thread-15: 
Traceback (most recent call last):                                     
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/threading.py", line
507, in _bootstrap_inner                                               
                            
    self.run()                                                         
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_httpservers.py",
line 43, in run                                                        
                     
    self.server.serve_forever()                                        
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/socketserver.py",
line 224, in serve_forever                                             
                              
    r, w, e = select.select([self], [], [], poll_interval)             
                     
select.error: (4, 'Interrupted system call')                           
                     


3. and as admin following output:

e-pardus2 python-svn # ./python -m test.regrtest -v test_httpservers
test_urllib       
./python: error while loading shared libraries: libpython3.1.so.1.0:
cannot open shared object file: No such file or directory              
                                             
e-pardus2 python-svn # export
LD_LIBRARY_PATH=/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn  
                                                                       
            
e-pardus2 python-svn # ./python -m test.regrtest -v test_httpservers
test_urllibCould not find
'/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test' in
sys.path to remove it                                                  
                               
test_httpservers                                                       
                     
test_command (test.test_httpservers.BaseHTTPServerTestCase) ... ok     
                     
test_handler (test.test_httpservers.BaseHTTPServerTestCase) ... ok     
                     
test_head_keep_alive (test.test_httpservers.BaseHTTPServerTestCase) ...
ok                   
test_header_close (test.test_httpservers.BaseHTTPServerTestCase) ... ok
                     
test_internal_key_error (test.test_httpservers.BaseHTTPServerTestCase)
... ok                
test_request_line_trimming
(test.test_httpservers.BaseHTTPServerTestCase) ... ok             
test_return_custom_status (test.test_httpservers.BaseHTTPServerTestCase)
... ok              
test_return_header_keep_alive
(test.test_httpservers.BaseHTTPServerTestCase) ... ok          
test_send_blank (test.test_httpservers.BaseHTTPServerTestCase) ... ok  
                     
test_version_bogus (test.test_httpservers.BaseHTTPServerTestCase) ... ok
                    
test_version_digits (test.test_httpservers.BaseHTTPServerTestCase) ...
ok                    
test_version_invalid (test.test_httpservers.BaseHTTPServerTestCase) ...
ok                   
test_version_none (test.test_httpservers.BaseHTTPServerTestCase) ... ok
                     
test_version_none_get (test.test_httpservers.BaseHTTPServerTestCase) ...
ok                  
test_get (test.test_httpservers.SimpleHTTPServerTestCase) ... FAIL     
                     
test_head (test.test_httpservers.SimpleHTTPServerTestCase) ... ok      
                     
test_invalid_requests (test.test_httpservers.SimpleHTTPServerTestCase)
... ok                
test_authorization (test.test_httpservers.CGIHTTPServerTestCase) ...
Traceback (most recent call last):                                     
                                             
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/server.py",
line 1031, in run_cgi                                                  
                               
OSError: [Errno 13] Permission denied                                  
                     
ERROR                                                                  
                     
test_headers_and_content (test.test_httpservers.CGIHTTPServerTestCase)
... Traceback (most recent call last):                                 
                                           
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/server.py",
line 1031, in run_cgi                                                  
                               
OSError: [Errno 13] Permission denied                                  
                     
ERROR                                                                  
                     
test_invaliduri (test.test_httpservers.CGIHTTPServerTestCase) ... ok   
                     
test_post (test.test_httpservers.CGIHTTPServerTestCase) ... Traceback
(most recent call last):                                               
                                            
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/server.py",
line 1031, in run_cgi                                                  
                               
OSError: [Errno 13] Permission denied                                  
                     
FAIL                                                                   
                     

======================================================================
ERROR: test_authorization (test.test_httpservers.CGIHTTPServerTestCase)
---------------------------------------------------------------------- 
Traceback (most recent call last):                                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_httpservers.py",
line 342, in test_authorization                                        
                     
    (res.read(), res.getheader('Content-type'), res.status))           
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/client.py",
line 591, in getheader                                                 
                               
    return ', '.join(self.msg.get_all(name, default))                  
                     
TypeError                                                              
                     

======================================================================
ERROR: test_headers_and_content
(test.test_httpservers.CGIHTTPServerTestCase)
---------------------------------------------------------------------- 
     
Traceback (most recent call last):                                     
     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_httpservers.py",
line 322, in test_headers_and_content                                  
                     
    (res.read(), res.getheader('Content-type'), res.status))           
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/client.py",
line 591, in getheader                                                 
                               
    return ', '.join(self.msg.get_all(name, default))                  
                     
TypeError                                                              
                     

======================================================================
FAIL: test_get (test.test_httpservers.SimpleHTTPServerTestCase)       
----------------------------------------------------------------------
Traceback (most recent call last):                                    
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_httpservers.py",
line 244, in test_get                                                  
                     
    self.check_status_and_reason(response, 404)                        
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_httpservers.py",
line 220, in check_status_and_reason                                   
                     
    self.assertEquals(response.status, status)                         
                     
AssertionError: 200 != 404                                             
                     

======================================================================
FAIL: test_post (test.test_httpservers.CGIHTTPServerTestCase)         
----------------------------------------------------------------------
Traceback (most recent call last):                                    
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_httpservers.py",
line 330, in test_post                                                 
                     
    self.assertEquals(res.read(), b'1, python, 123456\n')              
                     
AssertionError: b'' != b'1, python, 123456\n'                          
                     

----------------------------------------------------------------------
Ran 21 tests in 10.463s                                               

FAILED (failures=2, errors=2)
test test_httpservers failed -- errors occurred; run in verbose mode for
details
test_urllib                                                            
        
test_close (test.test_urllib.urlopen_FileTests) ... ok                 
        
test_fileno (test.test_urllib.urlopen_FileTests) ... ok                
        
test_getcode (test.test_urllib.urlopen_FileTests) ... ok               
        
test_geturl (test.test_urllib.urlopen_FileTests) ... ok                
        
test_info (test.test_urllib.urlopen_FileTests) ... ok                  
        
test_interface (test.test_urllib.urlopen_FileTests) ... ok             
        
test_iter (test.test_urllib.urlopen_FileTests) ... ok                  
        
test_read (test.test_urllib.urlopen_FileTests) ... ok                  
        
test_readline (test.test_urllib.urlopen_FileTests) ... ok              
        
test_readlines (test.test_urllib.urlopen_FileTests) ... ok             
        
test_empty_socket (test.test_urllib.urlopen_HttpTests) ... ERROR       
        
test_read (test.test_urllib.urlopen_HttpTests) ... ERROR               
        
test_read_bogus (test.test_urllib.urlopen_HttpTests) ... ERROR         
        
test_basic (test.test_urllib.urlretrieve_FileTests) ... ok             
        
test_copy (test.test_urllib.urlretrieve_FileTests) ... ok              
        
test_reporthook (test.test_urllib.urlretrieve_FileTests) ... ok        
        
test_reporthook_0_bytes (test.test_urllib.urlretrieve_FileTests) ... ok
        
test_reporthook_5_bytes (test.test_urllib.urlretrieve_FileTests) ... ok
        
test_reporthook_8193_bytes (test.test_urllib.urlretrieve_FileTests) ...
ok      
test_getproxies_environment_keep_no_proxies
(test.test_urllib.ProxyTests) ... ok
test_default_quoting (test.test_urllib.QuotingTests) ... ok            
        
test_default_safe (test.test_urllib.QuotingTests) ... ok               
        
test_never_quote (test.test_urllib.QuotingTests) ... ok                
        
test_quote_bytes (test.test_urllib.QuotingTests) ... ok                
        
test_quote_with_unicode (test.test_urllib.QuotingTests) ... ok         
        
test_quoting_plus (test.test_urllib.QuotingTests) ... ok               
        
test_quoting_space (test.test_urllib.QuotingTests) ... ok              
        
test_safe (test.test_urllib.QuotingTests) ... ok                       
        
test_unquote_to_bytes (test.test_urllib.UnquotingTests) ... ok         
        
test_unquote_with_unicode (test.test_urllib.UnquotingTests) ... ok     
        
test_unquoting (test.test_urllib.UnquotingTests) ... ok                
        
test_unquoting_badpercent (test.test_urllib.UnquotingTests) ... ok     
        
test_unquoting_mixed_case (test.test_urllib.UnquotingTests) ... ok     
        
test_unquoting_parts (test.test_urllib.UnquotingTests) ... ok          
        
test_unquoting_plus (test.test_urllib.UnquotingTests) ... ok           
        
test_doseq (test.test_urllib.urlencode_Tests) ... ok                   
        
test_quoting (test.test_urllib.urlencode_Tests) ... ok                 
        
test_using_mapping (test.test_urllib.urlencode_Tests) ... ok           
        
test_using_sequence (test.test_urllib.urlencode_Tests) ... ok          
        
test_basic (test.test_urllib.Pathname_Tests) ... ok                    
        
test_quoting (test.test_urllib.Pathname_Tests) ... ok                  
        

======================================================================
ERROR: test_empty_socket (test.test_urllib.urlopen_HttpTests)         
----------------------------------------------------------------------
Traceback (most recent call last):                                    
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_urllib.py",
line 194, in test_empty_socket                                         
                          
    self.assertRaises(IOError, urlopen, "http://something")            
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/unittest.py",
line 344, in failUnlessRaises                                          
                                  
    callableObj(*args, **kwargs)                                       
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_urllib.py",
line 33, in urlopen                                                    
                          
    return opener.open(url)                                            
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/urllib/request.py",
line 1444, in open                                                     
                            
    return getattr(self, name)(url)                                    
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/urllib/request.py",
line 1618, in open_http                                                
                            
    return self._open_generic_http(http.client.HTTPConnection, url,
data)                    
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/urllib/request.py",
line 1601, in _open_generic_http                                       
                            
    response = http_conn.getresponse()                                 
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/client.py",
line 937, in getresponse                                               
                               
    method=self._method)                                               
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/client.py",
line 275, in __init__                                                  
                               
    self.fp = sock.makefile("rb")                                      
                     
TypeError: makefile() takes exactly 3 positional arguments (2 given)   
                     

======================================================================
ERROR: test_read (test.test_urllib.urlopen_HttpTests)                 
----------------------------------------------------------------------
Traceback (most recent call last):                                    
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_urllib.py",
line 168, in test_read                                                 
                          
    fp = urlopen("http://python.org/")                                 
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_urllib.py",
line 33, in urlopen                                                    
                          
    return opener.open(url)                                            
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/urllib/request.py",
line 1444, in open                                                     
                            
    return getattr(self, name)(url)                                    
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/urllib/request.py",
line 1618, in open_http                                                
                            
    return self._open_generic_http(http.client.HTTPConnection, url,
data)                    
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/urllib/request.py",
line 1601, in _open_generic_http                                       
                            
    response = http_conn.getresponse()                                 
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/client.py",
line 937, in getresponse                                               
                               
    method=self._method)                                               
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/client.py",
line 275, in __init__                                                  
                               
    self.fp = sock.makefile("rb")                                      
                     
TypeError: makefile() takes exactly 3 positional arguments (2 given)   
                     

======================================================================
ERROR: test_read_bogus (test.test_urllib.urlopen_HttpTests)           
----------------------------------------------------------------------
Traceback (most recent call last):                                    
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_urllib.py",
line 185, in test_read_bogus                                           
                          
    self.assertRaises(IOError, urlopen, "http://python.org/")          
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/unittest.py",
line 344, in failUnlessRaises                                          
                                  
    callableObj(*args, **kwargs)                                       
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/test/test_urllib.py",
line 33, in urlopen                                                    
                          
    return opener.open(url)                                            
                     
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/urllib/request.py",
line 1444, in open
    return getattr(self, name)(url)
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/urllib/request.py",
line 1618, in open_http
    return self._open_generic_http(http.client.HTTPConnection, url, data)
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/urllib/request.py",
line 1601, in _open_generic_http
    response = http_conn.getresponse()
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/client.py",
line 937,in getresponse
    method=self._method)
  File
"/home/erkan/Desktop/python3_svn_2009_feb_2/python-svn/Lib/http/client.py",
line 275,in __init__
    self.fp = sock.makefile("rb")
TypeError: makefile() takes exactly 3 positional arguments (2 given)

----------------------------------------------------------------------
Ran 41 tests in 1.384s

FAILED (errors=3)
test test_urllib failed -- errors occurred; run in verbose mode for details
2 tests failed:
    test_httpservers test_urllib
[85015 refs]



4. the test_httpservers also failed (different output) in Python 2.7a0
trunk:69209
see attached file for output




system info:
*************
other python versions available on the system are:
main one:
- Python 2.5.4 (r254:67916, Jan 19 2009, 11:26:32), [GCC 4.3.2] on linux2

the other (as well as Python 3.1a0 + Python 2.7a0) as altinstall:
- python2.4.2


System:    Host e-pardus2 running  Linux 2.6.25.20-114 1800+ Distro
Pardus 2008.2 Canis aureus
CPU:       Single Core AMD Athlon XP 1800+ cache 256 KB flags (sse)
bmips 3066.27 clocked at 1531.968 MHz
Graphics:  Card nVidia NV11 [GeForce2 MX/MX 400] X.Org 1.4.2 Res
1024x768 at 50.0hz
           GLX Renderer GeForce2 MX/AGP/SSE/3DNOW! | GLX Version 1.5.8
NVIDIA 96.43.07
Audio:     Card VIA VT8233/A/8235/8237 AC97 Audio Controller driver VIA
82xx Audio at port c000
           Sound: Advanced Linux Sound Architecture Version 1.0.18a
Network:   Card-1 VIA VT6102 [Rhine-II] driver via-rhine at port bc00
           Card-2 D-Link System RTL8139 Ethernet driver 8139too v:
0.9.28 at port d400
Disks:     HDD Total Size: 250.1GB (92.3% used) 1: /dev/sda SAMSUNG
SP2504C 250.1GB
Partition: ID:/ size: 16G used: 11G (67%)
Info:      Processes 132 Uptime 4:49 Memory 927.2/1265.3MB Client Shell
inxi 0.7.1

----------
nosy: +Erkan Yilmaz
Added file: http://bugs.python.org/file12925/Pardus - output - Python 3.1a0 py3k 69210 - Python 2.zip

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

From report at bugs.python.org  Tue Feb  3 00:00:53 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 02 Feb 2009 23:00:53 +0000
Subject: [issue5113] 2.5.4.3 / test_posix failing on HPUX systems
In-Reply-To: <1233346333.57.0.365853135308.issue5113@psf.upfronthosting.co.za>
Message-ID: <1233615653.89.0.555122790448.issue5113@psf.upfronthosting.co.za>


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

Ok, and when you try to chown back to yourself the root-owned foobar,
does it fail?

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

From report at bugs.python.org  Tue Feb  3 00:07:48 2009
From: report at bugs.python.org (Andreas Kupries)
Date: Mon, 02 Feb 2009 23:07:48 +0000
Subject: [issue5113] 2.5.4.3 / test_posix failing on HPUX systems
In-Reply-To: <1233346333.57.0.365853135308.issue5113@psf.upfronthosting.co.za>
Message-ID: <1233616068.61.0.727790395577.issue5113@psf.upfronthosting.co.za>


Andreas Kupries <andreask at activestate.com> added the comment:

Yes, that does fail with error 'not owner'.

andreask at bertha:~/tmp> mkdir x
andreask at bertha:~/tmp> cd x
andreask at bertha:~/tmp/x> touch foobar
andreask at bertha:~/tmp/x> ll
total 0
-rw-rw-r--   1 andreask   DomainUsers      0 Feb  2 15:06 foobar
andreask at bertha:~/tmp/x> chown root foobar
andreask at bertha:~/tmp/x> ll
total 0
-rw-rw-r--   1 root       DomainUsers      0 Feb  2 15:06 foobar
andreask at bertha:~/tmp/x> chown andreask foobar
foobar: Not owner
andreask at bertha:~/tmp/x>

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

From report at bugs.python.org  Tue Feb  3 00:08:05 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 02 Feb 2009 23:08:05 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233616085.52.0.79812372129.issue3959@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +gregory.p.smith

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

From report at bugs.python.org  Tue Feb  3 00:21:55 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 02 Feb 2009 23:21:55 +0000
Subject: [issue1731706] tkinter memory leak problem
Message-ID: <1233616915.37.0.565850318182.issue1731706@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

It is much more important to fix the memory leak anyway, it is possible
to notice real problems using test_tkleak1.py and watching the process
with ps or something else provided by the platform. Besides, not calling
ConditionFinalize doesn't introduce memory leaks, so it is not in par
with issue's title.

But I'm unsure about the existence of systems using Python as the main
language which are also using tkinter and at the same time depend on
tcl/tk 8.2 for some reason. So, to me, it would seem fine to start
requiring tcl/tk 8.3 (or even newer!) starting with 2.7 and 3.1

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

From report at bugs.python.org  Tue Feb  3 00:33:48 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 02 Feb 2009 23:33:48 +0000
Subject: [issue1731706] tkinter memory leak problem
In-Reply-To: <1233616915.37.0.565850318182.issue1731706@psf.upfronthosting.co.za>
Message-ID: <498782D8.3030509@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Besides, not calling ConditionFinalize doesn't introduce memory leaks

Are you sure about this?  On Unix, TclpFinalizeCondition does

        pthread_cond_destroy(pcondPtr);
        ckfree((char *) pcondPtr);

both of which release memory (IIUC). Likewise for Windows, except
that it calls DeleteCriticalSection.

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

From report at bugs.python.org  Tue Feb  3 00:40:31 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 02 Feb 2009 23:40:31 +0000
Subject: [issue1731706] tkinter memory leak problem
In-Reply-To: <498782D8.3030509@v.loewis.de>
Message-ID: <ac2200130902021540l26b8c428sa94cb50f307b26af@mail.gmail.com>


Guilherme Polo <ggpolo at gmail.com> added the comment:

>> Besides, not calling ConditionFinalize doesn't introduce memory leaks
>
> Are you sure about this?  On Unix, TclpFinalizeCondition does
>
>        pthread_cond_destroy(pcondPtr);
>        ckfree((char *) pcondPtr);
>
> both of which release memory (IIUC). Likewise for Windows, except
> that it calls DeleteCriticalSection.
>

I think I meant something more like "it doesn't result in memory
definitely lost" because tcl will free these conditions when tcl
finishes, but it does introduce memory leak in the sense that the
memory isn't freed right after it is not longer used.

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

From report at bugs.python.org  Tue Feb  3 00:48:27 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Mon, 02 Feb 2009 23:48:27 +0000
Subject: [issue1875] "if 0: return" not raising SyntaxError
In-Reply-To: <1200768950.55.0.245752373825.issue1875@psf.upfronthosting.co.za>
Message-ID: <1233618507.04.0.216983591446.issue1875@psf.upfronthosting.co.za>


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

Here is a patch that properly raises SyntaxError when 'return' or  
'yield' statements appear outside a function.

I did not bother to update the (deprecated) compiler package: it seems 
to be completely foreign to this kind of checks...

>>> dis.dis(compiler.compile("return 1", "module.py", "exec"))
  1           0 LOAD_CONST               1 (1)
              3 RETURN_VALUE
              4 LOAD_CONST               0 (None)
              7 RETURN_VALUE

----------
assignee:  -> amaury.forgeotdarc
keywords: +needs review, patch
resolution: fixed -> 
status: closed -> open
Added file: http://bugs.python.org/file12926/return_outside_func.patch

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

From report at bugs.python.org  Tue Feb  3 01:34:32 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 03 Feb 2009 00:34:32 +0000
Subject: [issue4879] Allow buffering for HTTPResponse
In-Reply-To: <1231411436.11.0.236061918484.issue4879@psf.upfronthosting.co.za>
Message-ID: <1233621272.98.0.865934804249.issue4879@psf.upfronthosting.co.za>


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

This causes failures in test_urllib2net.

The fix is easy: a handful of
-        self.assertTrue(u.fp._sock.gettimeout() is None)
+        self.assertTrue(u.fp.raw._sock.gettimeout() is None)

But doesn't this show a backward-incompatible change?
or is the _sock member an implementation detail anyway?

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

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

From report at bugs.python.org  Tue Feb  3 02:04:49 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Tue, 03 Feb 2009 01:04:49 +0000
Subject: [issue5136] Deprecating (and removing) "globalcall",
	"merge" and "globaleval"
In-Reply-To: <1233623088.62.0.412008570682.issue5136@psf.upfronthosting.co.za>
Message-ID: <1233623088.62.0.412008570682.issue5136@psf.upfronthosting.co.za>


New submission from Guilherme Polo <ggpolo at gmail.com>:

Hi, I'm going to try explaining in short why I think each of these
functions in _tkinter could be marked as deprecated and then removed on
2.8 (if it is decided to do it) and 3.1.

globalcall: It is not used anywhere in tkinter. It was abandoned, and
doesn't work in the same situations where "call" would work (with
threads). It doesn't care about converting the result to a proper python
object -- it is always a string (another result of the abandonment).
"call" already works in the Tcl global space, because it needs to do so
(see issue1581476). Even tcl 8.2 says Tcl_GlobalEval (the root of
"globalcall") is old and deprecated.

merge: globalcall depends on merge, but removing globalcall makes merge
obsolete. It is not used by tkinter either. Searching for "tk.merge" on
google codesearch returns a single result dating back python 1.1!

globaleval: Uses Tcl_GlobalEval too. I haven't seen it being used,
instead I always see eval being used.

----------
components: Tkinter
messages: 81021
nosy: gpolo
severity: normal
status: open
title: Deprecating (and removing) "globalcall", "merge" and "globaleval"
versions: Python 2.7, Python 3.0

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

From report at bugs.python.org  Tue Feb  3 02:09:03 2009
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 03 Feb 2009 01:09:03 +0000
Subject: [issue5094] datetime lacks concrete tzinfo impl. for UTC
In-Reply-To: <1233190363.25.0.24659427347.issue5094@psf.upfronthosting.co.za>
Message-ID: <1233623343.24.0.82634965677.issue5094@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
priority:  -> low
stage:  -> needs patch
type:  -> feature request

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

From report at bugs.python.org  Tue Feb  3 02:39:25 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 03 Feb 2009 01:39:25 +0000
Subject: [issue5119] wide character parameter handling in ctypes
In-Reply-To: <1233435219.37.0.934884464449.issue5119@psf.upfronthosting.co.za>
Message-ID: <1233625165.11.0.941737782752.issue5119@psf.upfronthosting.co.za>


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

ctypes cannot guess the function signature, and does not know if the function 
expects strings or unicodes.

In your examples,
     ctypes.windll.user32.MessageBoxW(handle, text, caption, type)
will accept everything you pass, and create C values depending on the types of the 
actual values of the parameters: when you pass a unicode, ctypes uses a wchar_t* 
buffer; when you pass a narrow string, ctypes uses a char* buffer (and is wrong in 
this case).

In your Structure example, you do declare a kind of signature for the Structure.
ctypes is now able to convert the value you give into the declared type.

You can do the same thing with functions, if you provide the signature:

    MessageBox = ctypes.windll.user32.MessageBoxW
    MessageBox.argtypes = [ctypes.c_void_p, ctypes.c_wchar_p,
                           ctypes.c_wchar_p, ctypes.c_int]
(or better, since this matches the documentation on msdn:)
    from ctypes.wintypes import *
    MessageBox.argtypes = [HWND, LPCWSTR, LPCWSTR, UINT]

And then you may indifferently pass strings or unicodes:
    MessageBox(None, u"caf?", "drink", 0)

----------
nosy: +amaury.forgeotdarc
resolution:  -> works for me
status: open -> pending

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

From report at bugs.python.org  Tue Feb  3 02:56:06 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 03 Feb 2009 01:56:06 +0000
Subject: [issue1875] "if 0: return" not raising SyntaxError
In-Reply-To: <1200768950.55.0.245752373825.issue1875@psf.upfronthosting.co.za>
Message-ID: <1233626166.55.0.417082385063.issue1875@psf.upfronthosting.co.za>


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

You should remove the error logic compile.c for "return" and "yield" in
function calls.

The problem with this approach is that every SyntaxError generated
during bytecode compilation must be moved to earlier. For example, I can
still use "break" and "continue" outside loops with your patch. The only
way I can think of around this is to compile the block anyway and remove
the extra code later. Maybe this optimization could be moved to the peep
holer?

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

From report at bugs.python.org  Tue Feb  3 03:20:50 2009
From: report at bugs.python.org (Collin Winter)
Date: Tue, 03 Feb 2009 02:20:50 +0000
Subject: [issue5084] unpickling does not intern attribute names
In-Reply-To: <1233093140.55.0.0122548653801.issue5084@psf.upfronthosting.co.za>
Message-ID: <1233627650.57.0.312979494996.issue5084@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/issue5084>
_______________________________________

From report at bugs.python.org  Tue Feb  3 05:45:17 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 04:45:17 +0000
Subject: [issue5137] SystemError when __len__ returns a non-number
In-Reply-To: <1233636317.07.0.926088600598.issue5137@psf.upfronthosting.co.za>
Message-ID: <1233636317.07.0.926088600598.issue5137@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <rhettinger at users.sourceforge.net>:

len(obj) is not happy when obj.__len__() returns a non-number.

----------
files: crasher_len.py
messages: 81024
nosy: rhettinger
priority: release blocker
severity: normal
status: open
title: SystemError when __len__ returns a non-number
type: crash
versions: Python 3.0, Python 3.1
Added file: http://bugs.python.org/file12927/crasher_len.py

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

From report at bugs.python.org  Tue Feb  3 05:48:47 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 04:48:47 +0000
Subject: [issue5138] File Reload for IDLE
In-Reply-To: <1233636526.93.0.952208632145.issue5138@psf.upfronthosting.co.za>
Message-ID: <1233636526.93.0.952208632145.issue5138@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <rhettinger at users.sourceforge.net>:

IDLE would be *much* easier to use in conjunction with version control
if there were a reload option that did the equivalent of (close current
with no save, followed by open current file).

----------
assignee: kbk
components: IDLE
messages: 81025
nosy: kbk, rhettinger
priority: normal
severity: normal
status: open
title: File Reload for IDLE
type: feature request
versions: Python 2.7, Python 3.1

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

From report at bugs.python.org  Tue Feb  3 05:57:47 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 04:57:47 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <rhettinger at users.sourceforge.net>:

To parallel the functions in itertools, add: 

   math.combinations(n,r) --> n! / r! / (n-r)! when 0 <= r <= n or zero
when r > n.

   math.permutations(n,r) --> n! / (n-r)! when 0 <= r <= n or zero when
r > n.

   math.combinations_with_replacement(n,r) --> (n+r-1)! / r! / (n-1)!
when n > 0.   And when n==0,  return 0 if r>0 else 1.

These will enable an itertools user to compute the length of those
iterators.  It will also serve for general probability computations. 
Likewise, it produce binomial coefficients and multiset partitions.

Since, the math module is where we put the factorial() function, it is
the logical place for the combinatoric counting functions.

----------
components: Extension Modules
messages: 81026
nosy: rhettinger
priority: normal
severity: normal
status: open
title: Add combinatoric counting functions to the math module.
type: feature request
versions: Python 2.7, Python 3.1

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

From report at bugs.python.org  Tue Feb  3 06:48:44 2009
From: report at bugs.python.org (Robert Yodlowski)
Date: Tue, 03 Feb 2009 05:48:44 +0000
Subject: [issue5140] Some Built-in Functions entries in Library Manual are
	missing Permalinks
In-Reply-To: <1233640123.76.0.469214114608.issue5140@psf.upfronthosting.co.za>
Message-ID: <1233640123.76.0.469214114608.issue5140@psf.upfronthosting.co.za>


New submission from Robert Yodlowski <rbtyod at gmail.com>:

In 

http://docs.python.org/3.0/library/functions.html

these function entries seem to be missing Permalinks.

dict()  frozenset()  memoryview()  set()

Hope this helps. 
The Permalinks are a great idea. I hope you add lots more.

...Bob

----------
assignee: georg.brandl
components: Documentation
messages: 81027
nosy: georg.brandl, rbtyod
severity: normal
status: open
title: Some Built-in Functions entries in Library Manual are missing Permalinks
versions: Python 3.0

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

From report at bugs.python.org  Tue Feb  3 07:47:22 2009
From: report at bugs.python.org (Miki Tebeka)
Date: Tue, 03 Feb 2009 06:47:22 +0000
Subject: [issue4124] Patch for adding "default" to itemgetter and attrgetter
In-Reply-To: <1224022053.76.0.0750871741065.issue4124@psf.upfronthosting.co.za>
Message-ID: <1233643642.65.0.518305173393.issue4124@psf.upfronthosting.co.za>


Miki Tebeka <miki.tebeka at gmail.com> added the comment:

Hmmm, too much time has passed and my 1bit memory has overflowed since :)

IIRC it has to do with the fact that not all nodes in BeautifulSoup has a
"name" attribute. I wanted to count how may "tr" there were, so
    len(filter(lambda n: n == "tr", map(attrgetter("name"), soup))) 
was what I wanted to do, but I got AttributeError.

The natural way to me would be 
    len(filter(lambda n: n == "tr", map(attrgetter("name", ""), soup))) 
but instead I had to do
    len(filter(lambda n: n == "tr", map(lambda n: gettattr(n, "name", ""),
soup)))

Another thing I can think of is for usage in count/max ... when some of the
objects don't have the attribute you're looking for and it's by design
(bad one
maybe).

You'd like to be able to do:
    max(map(itemgetter("time", 0)), articles)

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

From report at bugs.python.org  Tue Feb  3 08:09:32 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 07:09:32 +0000
Subject: [issue2459] speedup for / while / if with better bytecode
In-Reply-To: <1206224909.42.0.227263347483.issue2459@psf.upfronthosting.co.za>
Message-ID: <1233644972.76.0.388692966997.issue2459@psf.upfronthosting.co.za>


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

I would like to see this go forward.  It looks promising.

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

From report at bugs.python.org  Tue Feb  3 08:10:29 2009
From: report at bugs.python.org (Erkan Yilmaz)
Date: Tue, 03 Feb 2009 07:10:29 +0000
Subject: [issue4528] test_httpservers consistently fails - OSError: [Errno 13]
	Permission denied (e.g. on OS X using tarball, but not svn tag r30)
In-Reply-To: <1228411057.37.0.0478484931696.issue4528@psf.upfronthosting.co.za>
Message-ID: <1233645029.27.0.513154070131.issue4528@psf.upfronthosting.co.za>


Changes by Erkan Yilmaz <erkan77 at gmail.com>:


----------
title: test_httpservers consistently fails on OS X using tarball, but not svn tag r30 -> test_httpservers consistently fails - OSError: [Errno 13] Permission denied (e.g. on OS X using tarball, but not svn tag r30)

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

From report at bugs.python.org  Tue Feb  3 09:22:30 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Feb 2009 08:22:30 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233649350.36.0.802254343287.issue5139@psf.upfronthosting.co.za>


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

This all sounds good to me.

----------
nosy: +marketdickinson

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

From report at bugs.python.org  Tue Feb  3 09:39:32 2009
From: report at bugs.python.org (=?utf-8?q?Gerhard_H=C3=A4ring?=)
Date: Tue, 03 Feb 2009 08:39:32 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1233650372.08.0.160558350418.issue5134@psf.upfronthosting.co.za>


Gerhard H?ring <gh at ghaering.de> added the comment:

This is a known issue with SQLite. It's not as bad as it looks at first
sight, though.

http://www.sqlite.org/faq.html#q17

"""
(17) I get hundreds of compiler warnings when I compile SQLite. Isn't
this a problem? Doesn't it indicate poor code quality?

Quality assurance in SQLite is done using full-coverage testing, not by
compiler warnings or other static code analysis tools. [...]
"""

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

From report at bugs.python.org  Tue Feb  3 09:48:05 2009
From: report at bugs.python.org (Pim Buurman)
Date: Tue, 03 Feb 2009 08:48:05 +0000
Subject: [issue831643] Set option for subprocess in setup.py
Message-ID: <1233650885.79.0.151426354145.issue831643@psf.upfronthosting.co.za>


Pim Buurman <pimbuur at users.sourceforge.net> added the comment:

I am not developing Python extensions anymore, so I am not interested 
in this issue.
I am not sure whether this issue is still applicable to e.g. Python 3.0
You can close it if you wisj

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

From report at bugs.python.org  Tue Feb  3 09:50:48 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 08:50:48 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1233651048.39.0.572459548937.issue5134@psf.upfronthosting.co.za>


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

Martin, if you can find a way to silence the compiler for the upstream
code that would be great.  If not, go ahead and close as won't fix.

----------
assignee: ghaering -> loewis

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

From report at bugs.python.org  Tue Feb  3 09:59:39 2009
From: report at bugs.python.org (Armin Rigo)
Date: Tue, 03 Feb 2009 08:59:39 +0000
Subject: [issue2459] speedup for / while / if with better bytecode
In-Reply-To: <1206224909.42.0.227263347483.issue2459@psf.upfronthosting.co.za>
Message-ID: <1233651579.42.0.415739728844.issue2459@psf.upfronthosting.co.za>


Changes by Armin Rigo <arigo at users.sourceforge.net>:


----------
nosy:  -arigo

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

From report at bugs.python.org  Tue Feb  3 09:42:42 2009
From: report at bugs.python.org (=?utf-8?q?Gerhard_H=C3=A4ring?=)
Date: Tue, 03 Feb 2009 08:42:42 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1233650562.31.0.961402197866.issue5134@psf.upfronthosting.co.za>


Gerhard H?ring <gh at ghaering.de> added the comment:

I propose to either close this as wontfix. I don't know the switches for
the Microsoft compiler to disable the warnings myself.

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

From report at bugs.python.org  Tue Feb  3 10:08:58 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 03 Feb 2009 09:08:58 +0000
Subject: [issue4879] Allow buffering for HTTPResponse
In-Reply-To: <1231411436.11.0.236061918484.issue4879@psf.upfronthosting.co.za>
Message-ID: <1233652138.22.0.871974716164.issue4879@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

The socket.socket.makefile() now returns a quite different kind of 
object, namely a SocketIO thing.  This comes as a result of the IO 
refactoring in 3.0.
The good side to this is that old and naughty apps have been forbidden 
to access the _sock member directly.  This was the reason that we had 
to disable read buffering in 2.x:  Some clients would read directly 
from the socket, even though it was "hidden".

As for the test failure, I admit that I didn't enable the "network" 
resource for the testsuite.  Will fix.

Btw, test_xmlrpc_net.py fails, because time.xmlrpc.com doesn't 
resolve.  Are there any other good and stable rpc servers out there?

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

From report at bugs.python.org  Tue Feb  3 10:14:59 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 03 Feb 2009 09:14:59 +0000
Subject: [issue4879] Allow buffering for HTTPResponse
In-Reply-To: <1231411436.11.0.236061918484.issue4879@psf.upfronthosting.co.za>
Message-ID: <1233652499.87.0.671536083184.issue4879@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

I'm afraid I misunderstood the problem.
Yes, since u.fp is now a io.BufferedReader() rather than a socket.Socket
(), the _sock member has moved.

But looking at the other assertions in test_urllib2net.py, you can see 
the different ways the code uses to get at the socket:  There is 
u.fp.raw._sock and there is u.fp.fp.raw._sock.

IMHO I think we have to assume the _sock member to be an implementation 
detail that is not part of the interface.

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

From report at bugs.python.org  Tue Feb  3 10:33:36 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 03 Feb 2009 09:33:36 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1233653616.48.0.631587499073.issue5134@psf.upfronthosting.co.za>


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

The attached patch sets the /W1 flag for the sqlite3 project.

----------
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file12928/sqlite3_warnings.patch

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

From report at bugs.python.org  Tue Feb  3 10:39:37 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 03 Feb 2009 09:39:37 +0000
Subject: [issue831643] Set option for subprocess in setup.py
Message-ID: <1233653977.69.0.975959160712.issue831643@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


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

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

From report at bugs.python.org  Tue Feb  3 10:49:33 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 09:49:33 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233654573.29.0.753397885117.issue5139@psf.upfronthosting.co.za>


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

I had a thought to name them perms(n,r), combs(n,r) and
combs_with_replacement(n,r).  The abbreviated names read nicely and
avoid a namespace collision with the itertools module (making the world
safe for "from math import *").

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

From report at bugs.python.org  Tue Feb  3 10:55:34 2009
From: report at bugs.python.org (=?utf-8?q?Hrvoje_Nik=C5=A1i=C4=87?=)
Date: Tue, 03 Feb 2009 09:55:34 +0000
Subject: [issue5141] C API for appending to arrays
In-Reply-To: <1233654934.43.0.515749486926.issue5141@psf.upfronthosting.co.za>
Message-ID: <1233654934.43.0.515749486926.issue5141@psf.upfronthosting.co.za>


New submission from Hrvoje Nik?i? <hniksic at gmail.com>:

The array.array type is an excellent type for storing a large amount of
"native" elements, such as integers, chars, doubles, etc., without
involving the heavy machinery of numpy.  It's both blazingly fast and
reasonably efficient with memory.  The one thing missing from the array
module is the ability to directly access array values from C.

This might seem superfluous, as it's perfectly possible to manipulate 
array contents from Python/C using PyObject_CallMethod and friends. The 
problem is that it requires the native values to be marshalled to Python
objects, only to be immediately converted back to native values by the
array code.  This can be a problem when, for example, a numeric array
needs to be filled with contents, such as in this hypothetical example:

/* error checking and refcounting subtleties omitted for brevity */
PyObject *load_data(Source *src)
{
   PyObject *array_type = get_array_type();
   PyObject *array = PyObject_CallFunction(array_type, "c", 'd');
   PyObject *append = PyObect_GetAttrString(array, "append");
   while (!source_done(src)) {
     double num = source_next(src);
     PyObject *f = PyFloat_FromDouble(num);
     PyObject *ret = PyObject_CallFunctionObjArgs(append, f, NULL);
     if (!ret)
       return NULL;
     Py_DECREF(ret);
     Py_DECREF(f);
   }
   Py_DECREF(array_type);
   return array;
}

The inner loop must convert each C double to a Python Float, only for
the array to immediately extract the double back from the Float and
store it into the underlying array of C doubles.  This may seem like a
nitpick, but it turns out that more than half of the time of this
function is spent creating and deleting those short-lived floating-point
objects.

Float creation is already well-optimized, so opportunities for speedup 
lie elsewhere.  The array object exposes a writable buffer, which can be
used to store values directly.  For test purposes I created a faster 
"append" specialized for doubles, defined like this:

int array_append(PyObject *array, PyObject *appendfun, double val)
{
   PyObject *ret;
   double *buf;
   Py_ssize_t bufsize;
   static PyObject *zero;
   if (!zero)
     zero = PyFloat_FromDouble(0);

   // append dummy zero value, created only once
   ret = PyObject_CallFunctionObjArgs(appendfun, zero, NULL);
   if (!ret)
     return -1;
   Py_DECREF(ret);

   // append the element directly at the end of the C buffer
   PyObject_AsWriteBuffer(array, (void **) &buf, &bufsize));
   buf[bufsize / sizeof(double) - 1] = val;
   return 0;
}

This hack actually speeds up array creation by a significant percentage 
(30-40% in my case, and that's for code that was producing the values by
parsing a large text file).

It turns out that an even faster method of creating an array is by using
the fromstring() method.  fromstring() requires an actual string, not a
buffer, so in C++ I created an std::vector<double> with a contiguous
array of doubles, passed that array to PyString_FromStringAndSize, and
called array.fromstring with the resulting string.  Despite all the
unnecessary copying, the result was much faster than either of the
previous versions.


Would it be possible for the array module to define a C interface for 
the most frequent operations on array objects, such as appending an 
item, and getting/setting an item?  Failing that, could we at least make
fromstring() accept an arbitrary read buffer, not just an actual string?

----------
messages: 81039
nosy: hniksic
severity: normal
status: open
title: C API for appending to arrays
type: feature request

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

From report at bugs.python.org  Tue Feb  3 11:33:12 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 03 Feb 2009 10:33:12 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233657192.57.0.486823248876.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Ok.  I have submitted methods to verify the input to strftime() and 
fopen().  Only file descriptors seem to have no way to verify them.  
Mark Hammond seems to think this is ok (if tests can be selectively 
turned off), and if that is so, I have no objections.  My chief concern 
is to get the global CRT setting out of the way.

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

From report at bugs.python.org  Tue Feb  3 11:33:29 2009
From: report at bugs.python.org (Luke Kenneth Casson Leighton)
Date: Tue, 03 Feb 2009 10:33:29 +0000
Subject: [issue3871] cross and native build of python for mingw32 with
	distutils
In-Reply-To: <1233609051.7.0.411932583421.issue3871@psf.upfronthosting.co.za>
Message-ID: <ced5f0f60902030233g33544e3cs16ceb09198c20358@mail.gmail.com>


Luke Kenneth Casson Leighton <lkcl at lkcl.net> added the comment:

On Mon, Feb 2, 2009 at 9:10 PM, Roumen Petrov <report at bugs.python.org> wrote:
>
> Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:
>
> The proposed patch for this issue include parts of other pending issues
> - so its all is single file. If python team don't like idea for
> "canonical host names" (part of issue 3754) this patch can be modified
> do not use host-triplet. Also some discussions in py-dev list show that
> small patches are preferred. I'm ready to split into small patches to be
> reviewed.

 excellent.  that _would_ be good.

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

From report at bugs.python.org  Tue Feb  3 11:56:54 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 10:56:54 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233658614.42.0.414752250328.issue5139@psf.upfronthosting.co.za>


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

Will put together a patch.

----------
assignee:  -> rhettinger

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

From report at bugs.python.org  Tue Feb  3 12:28:22 2009
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Feb 2009 11:28:22 +0000
Subject: [issue5094] datetime lacks concrete tzinfo impl. for UTC
In-Reply-To: <1233190363.25.0.24659427347.issue5094@psf.upfronthosting.co.za>
Message-ID: <1233660502.32.0.208624348435.issue5094@psf.upfronthosting.co.za>


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

The UTC class have to be converted to C. Can someone write a patch for 
datetimemodule.c (and the doc plus an unit test ;-))?

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

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

From report at bugs.python.org  Tue Feb  3 12:34:22 2009
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Feb 2009 11:34:22 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>
Message-ID: <1233660862.06.0.142399707334.issue5127@psf.upfronthosting.co.za>


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

I don't understand the behaviour of unichr():

Python 2.7a0 (trunk:68963M, Jan 30 2009, 00:49:28)
>>> import unicodedata
>>> unicodedata.category(u"\U00010000")
'Lo'
>>> unicodedata.category(u"\U00011000")
'Cn'
>>> unicodedata.category(unichr(0x10000))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: unichr() arg not in range(0x10000) (narrow Python build)

Why unichr() fails whereas \Uxxxxxxxx works?

>>> len(u"\U00010000")
2
>>> ord(u"\U00010000")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: ord() expected a character, but string of length 2 found

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

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

From report at bugs.python.org  Tue Feb  3 12:36:50 2009
From: report at bugs.python.org (Ulrich Eckhardt)
Date: Tue, 03 Feb 2009 11:36:50 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1233661010.54.0.375947573872.issue5134@psf.upfronthosting.co.za>


Ulrich Eckhardt <eckhardt at satorlaser.com> added the comment:

The syntax would be this:

#if defined(_MSC_VER)
#  pragma warning(push)
   /* Disable warnings for this file, see
   http://www.sqlite.org/faq.html#q17 why we don't care for them. */
#  pragma warning(disable: 4244)
#  pragma warning(disable: 4018)
#endif

...// code that produces warnings

#if defined(_MSC_VER)
#  pragma warning(pop)
#endif

For SQLite, I think the push/pop can be removed, as it is only a single
file and not just a section of code. Otherwise, they are good style, in
particular in header files, because they then don't affect other code.

----------
nosy: +eckhardt

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

From report at bugs.python.org  Tue Feb  3 12:50:02 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Feb 2009 11:50:02 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233661802.84.0.539708079528.issue5139@psf.upfronthosting.co.za>


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

I agree that the names shouldn't clash with those in math, especially
since it seems quite plausible that a user might want to use both
itertools.combinations and math.combs (for example) in the same script.

No strong feelings about the actual names, but it would be nice if they
somehow conveyed the idea of counting rather than enumerating.  That is,
if it weren't for the clearly ridiculous length, it would be nice to have:

itertools.combinations
itertools.permutations

and

math.number_of_combinations
math.number_of_permutations

etc.

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

From report at bugs.python.org  Tue Feb  3 12:51:20 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 03 Feb 2009 11:51:20 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233661880.32.0.26026336932.issue5139@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/issue5139>
_______________________________________

From report at bugs.python.org  Tue Feb  3 13:22:08 2009
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 03 Feb 2009 12:22:08 +0000
Subject: [issue5119] wide character parameter handling in ctypes
In-Reply-To: <1233435219.37.0.934884464449.issue5119@psf.upfronthosting.co.za>
Message-ID: <1233663728.73.0.178059440614.issue5119@psf.upfronthosting.co.za>


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

Thanks for the excellent suggestion.

Please close this issue.

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

From report at bugs.python.org  Tue Feb  3 13:26:30 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 03 Feb 2009 12:26:30 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>
Message-ID: <1233663990.04.0.590867848095.issue5127@psf.upfronthosting.co.za>


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

FWIW, on Python3 it seems to work:
>>> import unicodedata
>>> unicodedata.category("\U00010000")
'Lo'
>>> unicodedata.category("\U00011000")
'Cn'
>>> unicodedata.category(chr(0x10000))
'Lo'
>>> unicodedata.category(chr(0x11000))
'Cn'
>>> ord(chr(0x10000)), 0x10000
(65536, 65536)
>>> ord(chr(0x11000)), 0x11000
(69632, 69632)

I'm using a narrow build too:
>>> import sys
>>> sys.maxunicode
65535
>>> len('\U00010000')
2
>>> ord('\U00010000')
65536

On Python2 unichr() is supposed to raise a ValueError on a narrow build
if the value is greater than 0xFFFF [1], but if the characters above
0xFFFF can be represented with u"\Uxxxxxxxx" there should be a way to
fix unichr so it can return them. Python3 already does it with chr().

Maybe we should open a new issue for this if it's not present already.

[1]: http://docs.python.org/library/functions.html#unichr

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

From report at bugs.python.org  Tue Feb  3 13:39:49 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 03 Feb 2009 12:39:49 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>
Message-ID: <1233664789.97.0.674612431629.issue5127@psf.upfronthosting.co.za>


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

Since r56395, ord() and chr() accept and return surrogate pairs even in
narrow builds.

The goal is to remove most differences between narrow and wide unicode
builds (except for string lengths, indices or slices)

To address this problem, I suggest to change all functions in
unicodectype.c so that they accept Py_UCS4 characters (instead of
Py_UNICODE). 
This would be a binary-incompatible change; and --with-wctype-functions
would have an effect only if sizeof(wchar_t)==4 (instead of the current
condition sizeof(wchar_t)==sizeof(PY_UNICODE_TYPE))

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

From report at bugs.python.org  Tue Feb  3 13:41:54 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 03 Feb 2009 12:41:54 +0000
Subject: [issue5119] wide character parameter handling in ctypes
In-Reply-To: <1233435219.37.0.934884464449.issue5119@psf.upfronthosting.co.za>
Message-ID: <1233664914.48.0.403597451479.issue5119@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
status: pending -> closed

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

From report at bugs.python.org  Tue Feb  3 14:11:41 2009
From: report at bugs.python.org (David Moss)
Date: Tue, 03 Feb 2009 13:11:41 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233666701.12.0.83139743453.issue3959@psf.upfronthosting.co.za>


David Moss <drkjam at gmail.com> added the comment:

For reference, here are the (cross-posted) links to the discussion on 
the (now failed) netaddr/ipaddr merge talks :-

http://groups.google.com/group/netaddr/browse_thread/thread/f80b7c69e459
02b7
http://groups.google.com/group/ipaddr-py-
dev/browse_thread/thread/2bc329151fef01eb

Out of interest, here is some data from each project's download 
counters (taken 2nd Feb 2009) :-

project: netaddr
total downloads: 3298
first official release: July 7th, 2008

project: ipaddr 
total downloads: 998
first official release: September 24th, 2008

This only includes those accessing official releases (not direct 
subversion repository access). As these projects are both still less 
the 6 months old its probably difficult to gauge any kind of long term 
trend from this. However, what it does show is the high level of user 
interest in both projects.

I have no desire to continue being a blocker on the decision to include 
ipaddr in the stdlib. At this point, I'm sure we are all keen to move 
on.

As previously stated, netaddr will continue to be a viable alternative 
to those users that prefer its interface, documentation, additional 
features (layer-2 options, etc) and direction.

Choice is a good thing and that choice will remain open to Python users 
as long as their interest persists.

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

From report at bugs.python.org  Tue Feb  3 14:12:05 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 03 Feb 2009 13:12:05 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233664789.97.0.674612431629.issue5127@psf.upfronthosting.co.za>
Message-ID: <498842A1.3030900@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-03 13:39, Amaury Forgeot d'Arc wrote:
> Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:
> 
> Since r56395, ord() and chr() accept and return surrogate pairs even in
> narrow builds.
> 
> The goal is to remove most differences between narrow and wide unicode
> builds (except for string lengths, indices or slices)
>
> To address this problem, I suggest to change all functions in
> unicodectype.c so that they accept Py_UCS4 characters (instead of
> Py_UNICODE). 

-1.

That would cause major breakage in the C API and is not inline with the
intention of having a Py_UNICODE type in the first place.

Users who are interested in UCS4 builds should simply use UCS4 builds.

> This would be a binary-incompatible change; and --with-wctype-functions
> would have an effect only if sizeof(wchar_t)==4 (instead of the current
> condition sizeof(wchar_t)==sizeof(PY_UNICODE_TYPE))

--with-wctype-functions was scheduled for removal many releases ago,
but I never got around to it. The only reason it's still there is
that some Linux distribution use this config option (AFAIR, RedHat).
I'd be +1 on removing the option in 3.0.1 or deprecating it in
3.0.1 and removing it in 3.1.

It's not useful in any way, and causes compatibility problems
with regular builds.

----------
nosy: +lemburg

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

From report at bugs.python.org  Tue Feb  3 14:14:06 2009
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Feb 2009 13:14:06 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233664789.97.0.674612431629.issue5127@psf.upfronthosting.co.za>
Message-ID: <200902031413.56264.victor.stinner@haypocalc.com>


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

amaury> Since r56395, ord() and chr() accept and return surrogate pairs 
amaury> even in narrow builds.

Note: My examples are made with Python 2.x.

> The goal is to remove most differences between narrow and wide unicode
> builds (except for string lengths, indices or slices)

It would be nice to get the same behaviour in Python 2.x and 3.x to help 
migration from Python2 to Python3 ;-)

unichr() (in Python 2.x) documentation is correct. But I would approciate to 
support surrogates using unichr() which means also changing ord() behaviour.

> To address this problem, I suggest to change all functions in
> unicodectype.c so that they accept Py_UCS4 characters (instead of
> Py_UNICODE).

Why? Using surrogates, you can use 16-bits Py_UNICODE to store non-BMP 
characters (code > 0xffff).

--

I can open a new issue if you agree that we can change unichr() / ord() 
behaviour on narrow build. We may ask on the mailing list?

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

From report at bugs.python.org  Tue Feb  3 14:18:21 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 03 Feb 2009 13:18:21 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <200902031413.56264.victor.stinner@haypocalc.com>
Message-ID: <4988441A.1010607@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-03 14:14, STINNER Victor wrote:
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
> amaury> Since r56395, ord() and chr() accept and return surrogate pairs 
> amaury> even in narrow builds.
> 
> Note: My examples are made with Python 2.x.
> 
>> The goal is to remove most differences between narrow and wide unicode
>> builds (except for string lengths, indices or slices)
> 
> It would be nice to get the same behaviour in Python 2.x and 3.x to help 
> migration from Python2 to Python3 ;-)
> 
> unichr() (in Python 2.x) documentation is correct. But I would approciate to 
> support surrogates using unichr() which means also changing ord() behaviour.

This is not possible for unichr() in Python 2.x, since applications
always expect len(unichr(x)) == 1.

Changing ord() would be possible in Python 2.x is easier, since
this would only extend the range of returned values for UCS2
builds.

>> To address this problem, I suggest to change all functions in
>> unicodectype.c so that they accept Py_UCS4 characters (instead of
>> Py_UNICODE).
> 
> Why? Using surrogates, you can use 16-bits Py_UNICODE to store non-BMP 
> characters (code > 0xffff).
> 
> --
> 
> I can open a new issue if you agree that we can change unichr() / ord() 
> behaviour on narrow build. We may ask on the mailing list?

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

From report at bugs.python.org  Tue Feb  3 14:39:27 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 03 Feb 2009 13:39:27 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233668367.29.0.682976651199.issue4804@psf.upfronthosting.co.za>


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

>Only file descriptors seem to have no way to verify them.
How about _get_osfhandle()? (Strictly, there is race condition between
_get_osfhandle and fdopen etc though)

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

From report at bugs.python.org  Tue Feb  3 14:41:56 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 03 Feb 2009 13:41:56 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233668516.37.0.315595926135.issue4804@psf.upfronthosting.co.za>


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

Hmm, maybe _lock_fhandle can be used to solve such race condition. I'm
not sure.

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

From report at bugs.python.org  Tue Feb  3 14:48:15 2009
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Feb 2009 13:48:15 +0000
Subject: [issue5110] Printing Unicode chars from the interpreter in a non-UTF8
	terminal (Py3)
In-Reply-To: <1233363452.0.0.292344060049.issue5110@psf.upfronthosting.co.za>
Message-ID: <200902031448.06254.victor.stinner@haypocalc.com>


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

> Victor, I'm not sure whether you are proposing that
> display_hook_ascii.patch is included into Python. IIUC, this patch
> breaks PEP3138, so it clearly must be rejected.
>
> Overall, I fail to see the bug in this report. Python 3.0 works as
> designed as shown here.

The idea is to avoid unicode error (by replacing not printable characters by 
their code in hexadecimal) when the display hook tries to display a message 
which is not printable in the terminal charset.

It's just to make Python3 interpreter a little bit more "user friendly" on 
Windows.

Problem: use different (encoding) rule for the display hook and for print() 
may disturb new users (Why does ">>> chr(...)" work whereas ">>> 
print(chr(...))" fails?).

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

From report at bugs.python.org  Tue Feb  3 14:50:13 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 03 Feb 2009 13:50:13 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>
Message-ID: <1233669013.15.0.414055262607.issue5127@psf.upfronthosting.co.za>


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

> That would cause major breakage in the C API 

Not if you recompile. I don't see how this breaks the API at the C level.

> and is not inline with the intention of having a Py_UNICODE 
> type in the first place.

Py_UNICODE is still used as the allocation unit for unicode strings.

To get correct results, we need a way to access the whole unicode
database even on ucs2 builds; it's possible with the unicodedata module,
why not from C?

My motivation for the change is this post:
http://mail.python.org/pipermail/python-dev/2008-July/080900.html

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

From report at bugs.python.org  Tue Feb  3 14:51:49 2009
From: report at bugs.python.org (Senthil)
Date: Tue, 03 Feb 2009 13:51:49 +0000
Subject: [issue5142] pdb feature request: Ability to skip standard lib modules
	and other selected packages/modules
In-Reply-To: <1233669109.05.0.519121201366.issue5142@psf.upfronthosting.co.za>
Message-ID: <1233669109.05.0.519121201366.issue5142@psf.upfronthosting.co.za>


New submission from Senthil <orsenthil at gmail.com>:

When using the python debugger, most often I  step ('s') through the
code base and I often Call the standard library modules, whichever are
imported in the scripts.
This is often not desirable as I know that errors are within my modules
and not in standard library.
Two things which a developer can do while using pdb is:
1) Be careful as not to 's' into stdlib but use next 'n'.
2) If accidentally stepped into, then use return 'r'.

Instead of doing this repeatedly, how about having method in the
debugger to skip certain modules ( like standard library modules,
certain package's modules etc)

This would save a lot of distraction in call and returns, and developers
can just go ahead with 's' and Enters.

----------
messages: 81058
nosy: orsenthil
severity: normal
status: open
title: pdb feature request: Ability to skip standard lib modules and other selected packages/modules
type: feature request
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Tue Feb  3 14:52:47 2009
From: report at bugs.python.org (Senthil)
Date: Tue, 03 Feb 2009 13:52:47 +0000
Subject: [issue5142] pdb feature request: Ability to skip standard lib modules
	and other selected packages/modules
In-Reply-To: <1233669109.05.0.519121201366.issue5142@psf.upfronthosting.co.za>
Message-ID: <1233669167.84.0.550233868334.issue5142@psf.upfronthosting.co.za>


Changes by Senthil <orsenthil at gmail.com>:


----------
components: +Library (Lib)

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

From report at bugs.python.org  Tue Feb  3 15:01:50 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 03 Feb 2009 14:01:50 +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: <1233669710.59.0.690566271747.issue5110@psf.upfronthosting.co.za>


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

> Problem: use different (encoding) rule for the display hook and for
> print() may disturb new users (Why does ">>> chr(...)" work whereas
> ">>> print(chr(...))" fails?).

This is the same behavior that Python2.x has (with the only difference
that Py2 always show the char as u'\uXXXX' if >0x7F whereas Py3 /tries/
to display it):
>>> unichr(0x0100)
u'\u0100'
>>> print unichr(0x0100)
UnicodeEncodeError: 'charmap' codec can't encode character u'\u0100' in
position 0: character maps to <undefined>

----------
title: Printing Unicode chars from the interpreter in a non-UTF8 terminal (Py3) -> Printing Unicode chars from the interpreter in a non-UTF8 terminal raises an error (Py3)

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

From report at bugs.python.org  Tue Feb  3 15:07:38 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Tue, 03 Feb 2009 14:07:38 +0000
Subject: [issue1028] Tkinter binding involving Control-spacebar raises unicode
	error
In-Reply-To: <1188161311.7.0.864205774814.issue1028@psf.upfronthosting.co.za>
Message-ID: <1233670058.27.0.512743967944.issue1028@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Can you tell what:

print(tkinter.Tcl().tk.call('info', 'patchlevel'))

prints ? Specifically to know which tk 8.5.x has the problem.

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

From report at bugs.python.org  Tue Feb  3 15:18:27 2009
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Feb 2009 14:18:27 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <4988441A.1010607@egenix.com>
Message-ID: <200902031518.19781.victor.stinner@haypocalc.com>


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

lemburg> This is not possible for unichr() in Python 2.x, since applications
lemburg> always expect len(unichr(x)) == 1

Oh, ok.

lemburg> Changing ord() would be possible in Python 2.x is easier, since
lemburg> this would only extend the range of returned values for UCS2
lemburg> builds.

ord() of Python3 (narrow build) rejects surrogate characters:

'\U00010000'
>>> len(chr(0x10000))
2
>>> ord(0x10000)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: ord() expected string of length 1, but int found

---

It looks that narrow builds with surrogates have some more problems...

Test with U+10000: "LINEAR B SYLLABLE B008 A", category: Letter, Other.

Correct result (Python 2.5, wide build):

   $ python
   Python 2.5.1 (r251:54863, Jul 31 2008, 23:17:40)
   >>> unichr(0x10000)
   u'\U00010000'
   >>> unichr(0x10000).isalpha()
   True

Error in Python3 (narrow build):

   marge$ ./python
   Python 3.1a0 (py3k:69105M, Feb  3 2009, 15:04:35)
   >>> chr(0x10000).isalpha()
   False
   >>> list(chr(0x10000))
   ['\ud800', '\udc00']
   >>> chr(0xd800).isalpha()
   False
   >>> chr(0xdc00).isalpha()
   False

Unicode ranges, all in the category "Other, Surrogate":
 - U+D800..U+DB7F: Non Private Use High Surrogate
 - U+DB80..U+DBFF: Private Use High Surrogate
 - U+DC00..U+DFFF: Low Surrogate" range

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

From report at bugs.python.org  Tue Feb  3 15:49:38 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 03 Feb 2009 14:49:38 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233672578.57.0.0214759237225.issue5139@psf.upfronthosting.co.za>


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

Should we add permutations with repetitions?

Example (from Schaum's outline of theory and problems of probability and
statistics):
The number of different permutations of the 11 letters of the word
MISSISSIPPI, which consists of 1 M, 4 I's, 4 S's and 2 P's, is
11! / (1!*4!*4!*2!) = 34650

math.perms_with_repetitions(11, [1,4,4,2])
and maybe parallel function in itertools:
itertools.permutations_with_repetitions(iterable[, r])
This should be equal to itertools.permutations(set(iterable)[, r]).

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

From report at bugs.python.org  Tue Feb  3 16:12:15 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 03 Feb 2009 15:12:15 +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: <1233673935.16.0.225570548274.issue3871@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


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

From report at bugs.python.org  Tue Feb  3 16:15:47 2009
From: report at bugs.python.org (Robert Hancock)
Date: Tue, 03 Feb 2009 15:15:47 +0000
Subject: [issue1731706] tkinter memory leak problem
Message-ID: <1233674147.9.0.555235194112.issue1731706@psf.upfronthosting.co.za>


Robert Hancock <hancock at sedsystems.ca> added the comment:

That's not really a meaningful difference, though.. if the application
uses this code continuously then the conditions will pile up in memory
until it fills up.

----------
nosy: +robhancock1 -robhancock

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

From report at bugs.python.org  Tue Feb  3 16:59:49 2009
From: report at bugs.python.org (Gerard)
Date: Tue, 03 Feb 2009 15:59:49 +0000
Subject: [issue1519638] Unmatched Group issue - workaround
Message-ID: <1233676789.18.0.401905282655.issue1519638@psf.upfronthosting.co.za>


Gerard <gjp at gp-net.nl> added the comment:

Bobby,

Can you post the actual text you need this for? The back ref indeed
returns a None. I'm wondering if the regex can be be simplefied and if a
positive lookbehind could solve this.

Symantically speaking ... If there's a "b" then return the "ar", because
then an empty alternate might again be of help.

Kind regards,

Gerard.

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

From report at bugs.python.org  Tue Feb  3 17:04:09 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Tue, 03 Feb 2009 16:04:09 +0000
Subject: [issue1731706] tkinter memory leak problem
In-Reply-To: <1233674147.9.0.555235194112.issue1731706@psf.upfronthosting.co.za>
Message-ID: <ac2200130902030803v3b293859nbad33d305289c133@mail.gmail.com>


Guilherme Polo <ggpolo at gmail.com> added the comment:

> That's not really a meaningful difference, though.. if the application
> uses this code continuously then the conditions will pile up in memory
> until it fills up.

I'm not trying to discourage you to do the complete fix (for these two
problems), but this API was made public only in tcl 8.3.1 as can be
seen at http://tcl.cvs.sourceforge.net/viewvc/tcl/tcl/ChangeLog?revision=1.226&view=markup&pathrev=core-8-3-1

Still, the "call" fix should be backported to python 2.6 as it doesn't
depend on changing supported tcl versions and is also more severe.

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

From report at bugs.python.org  Tue Feb  3 17:31:52 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 03 Feb 2009 16:31:52 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233678712.08.0.0489211287103.issue4804@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


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

From report at bugs.python.org  Tue Feb  3 17:53:09 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 03 Feb 2009 16:53:09 +0000
Subject: [issue5143] OS X: Py_SetProgramName argument has type char*;
	should be wchar_t*
In-Reply-To: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>
Message-ID: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

When building the py3k branch on OS X, I get the following warning:

gcc -c -fno-strict-aliasing -g -Wall -Wstrict-prototypes  -I. -IInclude -
I./Include   -DPy_BUILD_CORE -o Modules/main.o Modules/main.c
Modules/main.c: In function ?Py_Main?:
Modules/main.c:491: warning: passing argument 1 of ?Py_SetProgramName? 
from incompatible pointer type

This *looks* like it might be a genuine problem. Lines 490-493 of main.c 
(which occur inside an #ifdef __APPLE__) look like this:

if ((p = Py_GETENV("PYTHONEXECUTABLE")) && *p != '\0')
	Py_SetProgramName(p);
else
	Py_SetProgramName(argv[0]);

The return from Py_GETENV (which calls the system getenv) has type char*, 
but Py_SetProgramName expects something of type wchar_t*.

However, I don't know enough about this part of Python to tell for sure 
whether there's really something wrong here.

Ronald, any ideas?

----------
components: Macintosh
messages: 81066
nosy: marketdickinson, ronaldoussoren
severity: normal
status: open
title: OS X: Py_SetProgramName argument has type char*; should be wchar_t*
versions: Python 3.0, Python 3.1

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

From report at bugs.python.org  Tue Feb  3 17:56:58 2009
From: report at bugs.python.org (jan matejek)
Date: Tue, 03 Feb 2009 16:56:58 +0000
Subject: [issue5144] PySys_SetArgv has wrong documentation
In-Reply-To: <1233680218.31.0.635713677458.issue5144@psf.upfronthosting.co.za>
Message-ID: <1233680218.31.0.635713677458.issue5144@psf.upfronthosting.co.za>


New submission from jan matejek <jmatejek at suse.cz>:

documentation for PySys_SetArgv states that the function sets sys.argv,
but fails to mention that it also resolves script's path and prepends it
to sys.path. Or, in case no script was specified, it prepends empty
string (which in versions <2.6 allowed relative imports from cwd)

----------
assignee: georg.brandl
components: Documentation
messages: 81067
nosy: georg.brandl, matejcik
severity: normal
status: open
title: PySys_SetArgv has wrong documentation

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

From report at bugs.python.org  Tue Feb  3 17:57:03 2009
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 03 Feb 2009 16:57:03 +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: <1233680223.58.0.394837320006.issue3871@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <billiejoex at users.sourceforge.net>:


----------
nosy: +giampaolo.rodola

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

From report at bugs.python.org  Tue Feb  3 17:57:27 2009
From: report at bugs.python.org (David W. Lambert)
Date: Tue, 03 Feb 2009 16:57:27 +0000
Subject: [issue5142] pdb feature request: Ability to skip standard lib modules
	and other selected packages/modules
In-Reply-To: <1233669109.05.0.519121201366.issue5142@psf.upfronthosting.co.za>
Message-ID: <1233680247.6.0.103485851275.issue5142@psf.upfronthosting.co.za>


Changes by David W. Lambert <lambertdw at corning.com>:


----------
nosy: +LambertDW

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

From report at bugs.python.org  Tue Feb  3 18:02:02 2009
From: report at bugs.python.org (Tom Lynn)
Date: Tue, 03 Feb 2009 17:02:02 +0000
Subject: [issue1079] decode_header does not follow RFC 2047
In-Reply-To: <1188637019.25.0.0476259625696.issue1079@psf.upfronthosting.co.za>
Message-ID: <1233680522.35.0.022264315991.issue1079@psf.upfronthosting.co.za>


Tom Lynn <tlynn at users.sourceforge.net> added the comment:

The only difference between the two regexps is that the email/header.py
version looks for::

  (?=[ \t]|$)           # whitespace or the end of the string

at the end (with re.MULTILINE, so $ also matches '\n').

To expand on "There is nothing about that thing in RFC 2047", it says::

   IMPORTANT: 'encoded-word's are designed to be recognized as 'atom's
   by an RFC 822 parser.

RFC 822 says::

   atom        =  1*<any CHAR except specials, SPACE and CTLs>
      ...
   specials    =  "(" / ")" / "<" / ">" / "@"  ; Must be in quoted-
               /  "," / ";" / ":" / "\" / <">  ;  string, to use
               /  "." / "[" / "]"              ;  within a word.

So an example of mis-parsing is::

   >>> import email.header
   >>> h = '=?utf-8?q?=E2=98=BA?=(unicode white smiling face)'
   >>> email.header.decode_header(h)
   [('=?utf-8?q?=E2=98=BA?=(unicode white smiling face)', None)]

The correct result would be::

   >>> email.header.decode_header(h)
   [('\xe2\x98\xba', 'utf-8'), ('(unicode white smiling face)', None)]

which is what you get if you insert a space before the '(' in h.

----------
nosy: +tlynn

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

From report at bugs.python.org  Tue Feb  3 18:05:28 2009
From: report at bugs.python.org (Tom Lynn)
Date: Tue, 03 Feb 2009 17:05:28 +0000
Subject: [issue4958] email/header.py ecre regular expression issue
In-Reply-To: <1232062389.84.0.560697403346.issue4958@psf.upfronthosting.co.za>
Message-ID: <1233680728.88.0.607882236922.issue4958@psf.upfronthosting.co.za>


Tom Lynn <tlynn at users.sourceforge.net> added the comment:

Duplicates issue1047.

----------
nosy: +tlynn

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

From report at bugs.python.org  Tue Feb  3 18:06:13 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 03 Feb 2009 17:06:13 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233680773.26.0.945283519851.issue4804@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


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

From report at bugs.python.org  Tue Feb  3 18:06:37 2009
From: report at bugs.python.org (Tom Lynn)
Date: Tue, 03 Feb 2009 17:06:37 +0000
Subject: [issue4958] email/header.py ecre regular expression issue
In-Reply-To: <1232062389.84.0.560697403346.issue4958@psf.upfronthosting.co.za>
Message-ID: <1233680797.32.0.604421848002.issue4958@psf.upfronthosting.co.za>


Tom Lynn <tlynn at users.sourceforge.net> added the comment:

Oops, duplicates issue 1079 even.

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

From report at bugs.python.org  Tue Feb  3 18:07:47 2009
From: report at bugs.python.org (Tom Lynn)
Date: Tue, 03 Feb 2009 17:07:47 +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: <1233680867.9.0.676684430689.issue4491@psf.upfronthosting.co.za>


Tom Lynn <tlynn at users.sourceforge.net> added the comment:

Duplicates issue1079.

----------
nosy: +tlynn

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

From report at bugs.python.org  Tue Feb  3 18:08:24 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 03 Feb 2009 17:08:24 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233680904.7.0.84904542832.issue4804@psf.upfronthosting.co.za>


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

>Only file descriptors seem to have no way to verify them.

How about _get_osfhandle()? I cannot see _ASSERTE in that function on
VC6, but maybe there on VC9.

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

From report at bugs.python.org  Tue Feb  3 18:09:30 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 03 Feb 2009 17:09:30 +0000
Subject: [issue976869] Stripping script extensions with distutils
Message-ID: <1233680970.7.0.880363415546.issue976869@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

I doubt "strip-extensions" has to be in distutils.
Isn't a simple script like below enough for this?

    $ for i in *.py; do mv $i ${i%.py}; done

----------
nosy: +akitada, tarek

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

From report at bugs.python.org  Tue Feb  3 18:17:36 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 03 Feb 2009 17:17:36 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233681456.74.0.898393661832.issue4804@psf.upfronthosting.co.za>


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

On VS8.0, _get_osfhandle() begins with three assert statements.
This function is not safer than the others...

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

From report at bugs.python.org  Tue Feb  3 18:32:58 2009
From: report at bugs.python.org (Ned Deily)
Date: Tue, 03 Feb 2009 17:32:58 +0000
Subject: [issue5143] OS X: Py_SetProgramName argument has type char*;
	should be wchar_t*
In-Reply-To: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>
Message-ID: <1233682378.54.0.345766829972.issue5143@psf.upfronthosting.co.za>


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

I think it is a problem and it explains one of the problems with 
IDLE.app in 3.x.  The value of PYTHONEXECUTABLE should end up in 
sys.executable:

$ export PYTHONEXECUTABLE='/test'
@fimt:~$ python2.6
Python 2.6.1 (r261:67515, Dec 17 2008, 23:27:50) 
[GCC 4.0.1 (Apple Inc. build 5490)] on darwin
>>> import sys; sys.executable
'/test'
>>> 
$ python3.1
Python 3.1a0 (py3k, Feb  2 2009, 02:33:48) 
[GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin
>>> import sys; sys.executable
'/Users/nad/'
>>>

----------
nosy: +nad

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

From report at bugs.python.org  Tue Feb  3 19:07:04 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 03 Feb 2009 18:07:04 +0000
Subject: [issue5115] Extend subprocess.kill to be able to kill process groups
In-Reply-To: <1233370260.58.0.70597374825.issue5115@psf.upfronthosting.co.za>
Message-ID: <1233684424.23.0.716994085812.issue5115@psf.upfronthosting.co.za>


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

I suspect that on Windows, TerminateJobObject won't work with a handle
returned by CreateProcess.
A solution could look like 
    http://www.mobzystems.com/code/killprocesstree.aspx

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

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

From report at bugs.python.org  Tue Feb  3 19:11:03 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Feb 2009 18:11:03 +0000
Subject: [issue5143] OS X: Py_SetProgramName argument has type char*;
	should be wchar_t*
In-Reply-To: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>
Message-ID: <1233684663.31.0.46048826234.issue5143@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is a bug, I'm working on a fix.

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

From report at bugs.python.org  Tue Feb  3 19:16:21 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 03 Feb 2009 18:16:21 +0000
Subject: [issue976869] Stripping script extensions with distutils
Message-ID: <1233684981.0.0.247602386342.issue976869@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

It makes sense to me but we need to look at setuptools console feature
nowadays.

I think it might be the right piece to add in distutils for console scripts.

----------
assignee:  -> tarek

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

From report at bugs.python.org  Tue Feb  3 19:28:05 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 03 Feb 2009 18:28:05 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233685685.44.0.00708943354778.issue4804@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

fopen.patch is fine, please apply.

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

From report at bugs.python.org  Tue Feb  3 19:30:13 2009
From: report at bugs.python.org (Damien Neil)
Date: Tue, 03 Feb 2009 18:30:13 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1203086575.38.0.209227458245.issue2124@psf.upfronthosting.co.za>
Message-ID: <1233685813.47.0.113293058632.issue2124@psf.upfronthosting.co.za>


Damien Neil <neild at misago.org> added the comment:

I just ran into this problem.  I was very surprised to realize that
every time the code I was working on parsed a docbook file, it generated
several HTTP requests to oasis-open.org to fetch the docbook DTDs.

I attempted to fix the issue by adding an EntityResolver that would
cache fetched DTDs.  (The documentation on how to do this is not, by the
way, very clear.)

Unfortunately, this proves to not be possible.  The main docbook DTD
includes subsidiary DTDs using relative system identifiers.  For
example, the main DTD at:

publicId: -//OASIS//DTD DocBook V4.1//EN
systemId: http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd

...includes this second DTD:

publicId: -//OASIS//ENTITIES DocBook Notations V4.4//EN
systemId: dbnotnx.mod

The EntityResolver's resolveEntity() method is not, however, passed the
base path to resolve the relative systemId from.

This makes it impossible to properly implement a parser which caches
fetched DTDs.

----------
nosy: +damien

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

From report at bugs.python.org  Tue Feb  3 19:47:32 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 03 Feb 2009 18:47:32 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233669013.15.0.414055262607.issue5127@psf.upfronthosting.co.za>
Message-ID: <49889139.7080005@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-03 14:50, Amaury Forgeot d'Arc wrote:
> Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:
> 
>> That would cause major breakage in the C API 
> 
> Not if you recompile. I don't see how this breaks the API at the C level.

Well, then try to look at such a change from a C extension
writer's perspective.

They'd have to change all their function calls and routines to work
with Py_UCS4.

Supporting both the old API and the new one would
be nearly impossible and require either an adapter API or a lot
of #ifdef'ery.

Please remember that the public Python C API is not only meant for
Python developers. It's main purpose is for it to be used by
other developers extending or embedding Python and those developers
use different release cycles and want to support more than just the
bleeding edge Python version.

Python has a long history of providing very stable APIs, both in
C and in Python.

FWIW: The last major change in the C API (the change to Py_ssize_t
from Python 2.4 to 2.5) has not even propogated to all major C
extensions yet. It's only now that people start to realize problems
with this, since their extensions start failing with segfaults
on 64-bit machines.

That said, we can of course provide additional UCS4 APIs for
certain things and also provide conversion helpers between
Py_UNICODE and Py_UCS4 where needed.

>> and is not inline with the intention of having a Py_UNICODE 
>> type in the first place.
> 
> Py_UNICODE is still used as the allocation unit for unicode strings.
> 
> To get correct results, we need a way to access the whole unicode
> database even on ucs2 builds; it's possible with the unicodedata module,
> why not from C?

I must be missing some detail, but what does the Unicode database
have to do with the unicodeobject.c C API ?

> My motivation for the change is this post:
> http://mail.python.org/pipermail/python-dev/2008-July/080900.html

There are certainly other ways to make Python deal with surrogates
in more cases than the ones we already support.

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

From report at bugs.python.org  Tue Feb  3 19:48:17 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Feb 2009 18:48:17 +0000
Subject: [issue5143] OS X: Py_SetProgramName argument has type char*;
	should be wchar_t*
In-Reply-To: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>
Message-ID: <1233686897.17.0.531965514075.issue5143@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The quick fix is to convert "p" to a wchar_t (using mbstowcs), see 
patch-mbstowcs.txt. 

However, I don't think this is the right fix. AFAIK this environment 
variable is only used by .app bundles created by bundlebuilder.py which 
is no longer part of the standard library. 

IDLE.app uses the same mechanism, but that's not needed there and can be 
removed without problems. The file patch-remove-PYTHONEXECUTABLE.txt 
removed the environment variable, and results in a working IDLE.app on 
my machine (IDLE launches with a working shell window and I can open 
python files).

I'd prefer to apply patch-remove-PYTHONEXECUTABLE.txt on the trunk, the 
more limited fix can be applied on the 3.0.x branch (although I have no 
idea if that branch even works correctly on OSX)

Added file: http://bugs.python.org/file12929/patch-mbstowcs.txt

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

From report at bugs.python.org  Tue Feb  3 19:48:31 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Feb 2009 18:48:31 +0000
Subject: [issue5143] OS X: Py_SetProgramName argument has type char*;
	should be wchar_t*
In-Reply-To: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>
Message-ID: <1233686911.71.0.964256722351.issue5143@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


Added file: http://bugs.python.org/file12930/patch-remove-PYTHONEXECUTABLE.txt

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

From report at bugs.python.org  Tue Feb  3 19:50:49 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Feb 2009 18:50:49 +0000
Subject: [issue5143] OS X: Py_SetProgramName argument has type char*;
	should be wchar_t*
In-Reply-To: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>
Message-ID: <1233687049.08.0.491952346926.issue5143@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Please let me know if second patch (patch-remove-PYTHONEXECUTABLE.txt) 
fixes the issue for you as well, if it does I'll commit it to the 3.x 
branch (and add an item to the NEWS file).

----------
resolution:  -> accepted

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

From report at bugs.python.org  Tue Feb  3 19:53:33 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 03 Feb 2009 18:53:33 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233661010.54.0.375947573872.issue5134@psf.upfronthosting.co.za>
Message-ID: <498892AA.70200@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> The syntax would be this:
> 
> #if defined(_MSC_VER)
> #  pragma warning(push)
>    /* Disable warnings for this file, see
>    http://www.sqlite.org/faq.html#q17 why we don't care for them. */
> #  pragma warning(disable: 4244)
> #  pragma warning(disable: 4018)
> #endif

I'd rather disable them in the project, instead of putting it into the
source code. I'd also just disable *all* warnings, since we wouldn't
fix any of them.

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

From report at bugs.python.org  Tue Feb  3 19:53:43 2009
From: report at bugs.python.org (bob gailer)
Date: Tue, 03 Feb 2009 18:53:43 +0000
Subject: [issue5145] struct.calcsize('cd') returns 16 instead of 9
In-Reply-To: <1233687223.75.0.372489916628.issue5145@psf.upfronthosting.co.za>
Message-ID: <1233687223.75.0.372489916628.issue5145@psf.upfronthosting.co.za>


New submission from bob gailer <bgailer at gmail.com>:

struct.calcsize('cd') returns 16 instead of 9

struct.calcsize('dc') returns 9 as expected

----------
components: Extension Modules
messages: 81085
nosy: bgailer
severity: normal
status: open
title: struct.calcsize('cd') returns 16 instead of 9
type: behavior
versions: Python 2.5

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

From report at bugs.python.org  Tue Feb  3 19:55:52 2009
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 03 Feb 2009 18:55:52 +0000
Subject: [issue5094] datetime lacks concrete tzinfo impl. for UTC
In-Reply-To: <1233660502.32.0.208624348435.issue5094@psf.upfronthosting.co.za>
Message-ID: <bbaeab100902031055t3e787200he1fcdcbe1b933143@mail.gmail.com>


Brett Cannon <brett at python.org> added the comment:

On Tue, Feb 3, 2009 at 03:28, STINNER Victor <report at bugs.python.org> wrote:
>
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
>
> The UTC class have to be converted to C.

Yes, the example code is just an example. =)

> Can someone write a patch for
> datetimemodule.c (and the doc plus an unit test ;-))?
>

I might have some people lined up to take this on.

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

From report at bugs.python.org  Tue Feb  3 19:56:17 2009
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 03 Feb 2009 18:56:17 +0000
Subject: [issue5094] datetime lacks concrete tzinfo impl. for UTC
In-Reply-To: <1233190363.25.0.24659427347.issue5094@psf.upfronthosting.co.za>
Message-ID: <1233687377.86.0.723880786126.issue5094@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon
stage: needs patch -> test needed

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

From report at bugs.python.org  Tue Feb  3 19:58:15 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 03 Feb 2009 18:58:15 +0000
Subject: [issue1731706] tkinter memory leak problem
In-Reply-To: <ac2200130902030803v3b293859nbad33d305289c133@mail.gmail.com>
Message-ID: <498893C4.1030004@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Still, the "call" fix should be backported to python 2.6 as it doesn't
> depend on changing supported tcl versions and is also more severe.

That sounds like a good approach. If you can split the patch into two,
backporting only one of them - go ahead!

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

From report at bugs.python.org  Tue Feb  3 20:09:47 2009
From: report at bugs.python.org (Ned Deily)
Date: Tue, 03 Feb 2009 19:09:47 +0000
Subject: [issue5143] OS X: Py_SetProgramName argument has type char*;
	should be wchar_t*
In-Reply-To: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>
Message-ID: <1233688187.66.0.699446801002.issue5143@psf.upfronthosting.co.za>


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

Thanks for the patches, I'll report back on them.

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

From report at bugs.python.org  Tue Feb  3 20:13:23 2009
From: report at bugs.python.org (bob gailer)
Date: Tue, 03 Feb 2009 19:13:23 +0000
Subject: [issue5145] struct.calcsize('cd') returns 16 instead of 9
In-Reply-To: <1233687223.75.0.372489916628.issue5145@psf.upfronthosting.co.za>
Message-ID: <1233688403.79.0.157451795852.issue5145@psf.upfronthosting.co.za>


bob gailer <bgailer at gmail.com> added the comment:

Someone pointed out that one must consider alignment. I had overlooked
that. It makes sense that a d is double-word aligned.

Perhaps the documentation should mention alignment.

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

From report at bugs.python.org  Tue Feb  3 20:19:31 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 03 Feb 2009 19:19:31 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>
Message-ID: <1233688771.15.0.216003769664.issue5127@psf.upfronthosting.co.za>


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

haypo> ord() of Python3 (narrow build) rejects surrogate characters:
haypo> '\U00010000'
haypo> >>> len(chr(0x10000))
haypo> 2
haypo> >>> ord(0x10000)
haypo> TypeError: ord() expected string of length 1, but int found

ord() works fine on Py3, you probably meant to do 
>>> ord('\U00010000')
65536
or
>>> ord(chr(0x10000))
65536

In Py3 is also stated that it accepts surrogate pairs (help(ord)).
Py2 instead doesn't support them:
>>> ord(u'\U00010000')
TypeError: ord() expected a character, but string of length 2 found

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

From report at bugs.python.org  Tue Feb  3 20:23:45 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 03 Feb 2009 19:23:45 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1233685813.47.0.113293058632.issue2124@psf.upfronthosting.co.za>
Message-ID: <498899BC.7020001@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> The EntityResolver's resolveEntity() method is not, however, passed the
> base path to resolve the relative systemId from.
> 
> This makes it impossible to properly implement a parser which caches
> fetched DTDs.

I don't think this is actually the case. Did you try calling getSystemId
on the locator?

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

From report at bugs.python.org  Tue Feb  3 20:26:12 2009
From: report at bugs.python.org (John Ehresman)
Date: Tue, 03 Feb 2009 19:26:12 +0000
Subject: [issue1706256] Give Partial the ability to skip positionals
Message-ID: <1233689172.54.0.249851087614.issue1706256@psf.upfronthosting.co.za>


John Ehresman <jpe at wingware.com> added the comment:

Commenting because this was brought up on python-dev -- I'd like this,
primarily for the string method & itertools optimization.  It's ugly,
but it would be better than writing C code.  The alternative might be to
somehow optimize trivial functions to execute without bytecode, but that
would be considerably harder.

----------
nosy: +jpe

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

From report at bugs.python.org  Tue Feb  3 20:44:22 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Feb 2009 19:44:22 +0000
Subject: [issue5145] struct.calcsize('cd') returns 16 instead of 9
In-Reply-To: <1233687223.75.0.372489916628.issue5145@psf.upfronthosting.co.za>
Message-ID: <1233690262.11.0.690837082439.issue5145@psf.upfronthosting.co.za>


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


----------
assignee:  -> georg.brandl
components: +Documentation -Extension Modules
nosy: +georg.brandl

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

From report at bugs.python.org  Tue Feb  3 20:44:40 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Tue, 03 Feb 2009 19:44:40 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1203086575.38.0.209227458245.issue2124@psf.upfronthosting.co.za>
Message-ID: <1233690280.92.0.98497631631.issue2124@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <exarkun at divmod.com>:


----------
nosy: +exarkun

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

From report at bugs.python.org  Tue Feb  3 20:52:21 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 03 Feb 2009 19:52:21 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233690741.15.0.914400920732.issue4804@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

As for checking CRT handles: it seems that __pioinfo is exported from
msvcr90.dll. So we could check whether osfile has the FOPEN flag set,
and we could check whether fh >= 0. Unfortunately, there seems to be no
way to check for _nhandle. However, that might not be necessary: IIUC,
we just need to check whether M=fh>>IOINFO_L2E is smaller than
IOINFO_ARRAYS and __pioinfo[M] is not null.

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

From report at bugs.python.org  Tue Feb  3 20:57:37 2009
From: report at bugs.python.org (abhishek)
Date: Tue, 03 Feb 2009 19:57:37 +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: <1233691056.73.0.419384658246.issue5146@psf.upfronthosting.co.za>


New submission from abhishek <abhishek at synovel.com>:

Hi,

IMAP commands in general can be either called directly or via the UID
command which basically returns the UIDs instead of message IDs.
Consider this example:

  02:23.02 > GDJB3 UID THREAD references UTF-8 (SEEN)
  02:23.02 < * THREAD (3)(2)(4)(1)
  02:23.02     matched r'\* (?P<type>[A-Z-]+)( (?P<data>.*))?' =>
('THREAD', ' (3)(2)(4)(1)', '(3)(2)(4)(1)')
  02:23.03 untagged_responses[THREAD] 0 += ["(3)(2)(4)(1)"]
  02:23.03 < GDJB3 OK Thread completed.
  02:23.03     matched r'(?P<tag>GDJB\d+) (?P<type>[A-Z]+) (?P<data>.*)'
=> ('GDJB3', 'OK', 'Thread completed.')
[None]

...


  02:59.22 > CNCF3 THREAD references UTF-8 (SEEN)
  02:59.23 < * THREAD (3)(2)(4)(1)
  02:59.23     matched r'\* (?P<type>[A-Z-]+)( (?P<data>.*))?' =>
('THREAD', ' (3)(2)(4)(1)', '(3)(2)(4)(1)')
  02:59.23 untagged_responses[THREAD] 0 += ["(3)(2)(4)(1)"]
  02:59.23 < CNCF3 OK Thread completed.
  02:59.23     matched r'(?P<tag>CNCF\d+) (?P<type>[A-Z]+) (?P<data>.*)'
=> ('CNCF3', 'OK', 'Thread completed.')
  02:59.23 untagged_responses[THREAD] => ['(3)(2)(4)(1)']
['(3)(2)(4)(1)']


The reason I figured out why UID failed whereas the direct method call
worked lies in this particular line of the method 'uid' in imaplib.py:

        if command in ('SEARCH', 'SORT'):
            name = command
        else:
            name = 'FETCH'

which should be :

        if command in ('SEARCH', 'SORT', 'THREAD'):
            name = command
        else:
            name = 'FETCH'

I was able to confirm this in both 2.4 and 2.5.

Hope this would be looked upon and fixed.

Regards,
Abhishek

----------
components: Library (Lib)
messages: 81094
nosy: abhishek, piers, pierslauder
severity: normal
status: open
title: threading via uid method doesn't work in imaplib
type: behavior
versions: Python 2.4, Python 2.5

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

From report at bugs.python.org  Tue Feb  3 21:28:53 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 20:28:53 +0000
Subject: [issue4124] Patch for adding "default" to itemgetter and attrgetter
In-Reply-To: <1224022053.76.0.0750871741065.issue4124@psf.upfronthosting.co.za>
Message-ID: <1233692933.5.0.672975192499.issue4124@psf.upfronthosting.co.za>


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

That makes sense.  You've found two object models that have optional
attributes and have had some need to extract them with a default.

My remaining concern is about adding complexity for functionality that
is not often needed.  It wouldn't be an issue if itemgetter() and
attrgetter() already had a simple signature, but they already allow
multiple arguments and IMO that doesn't mesh well with providing defaults.

FWIW, looking back at your use cases, it feels like the functional tools
have come together awkwardly.  It may be slower, but the following seems
easier to read, easier to write, and clearer about its intention:

  sum('tr' == getattr(node, 'name', '') for node in soup)
  max(getattr(art, 'time', 0) for art in articles)

In general, listcomps and genexps read better than equivalents using
lambda or a stack of builtin operators. And, lambda is dog slow.  So,
the following may be slower than the above code:

 len(filter(lambda n: n == "tr", map(attrgetter("name", ""), soup)))

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

From report at bugs.python.org  Tue Feb  3 21:37:49 2009
From: report at bugs.python.org (Miki Tebeka)
Date: Tue, 03 Feb 2009 20:37:49 +0000
Subject: [issue4124] Patch for adding "default" to itemgetter and attrgetter
In-Reply-To: <1224022053.76.0.0750871741065.issue4124@psf.upfronthosting.co.za>
Message-ID: <1233693469.41.0.977886181156.issue4124@psf.upfronthosting.co.za>


Miki Tebeka <miki.tebeka at gmail.com> added the comment:

Can't we find a faster dog for lambda :)

Anyway, I agree that we need to see more demand for that before going on.
Let's keep this ticket open and see if someone else comes along.

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

From report at bugs.python.org  Tue Feb  3 21:42:20 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 20:42:20 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233693740.81.0.318645826923.issue5139@psf.upfronthosting.co.za>


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

-1 on perms_with_repetitions.  That's headed in the direction of bloat
-- taking every formula in a textbook and putting it in the module. 
Also, it is somewhat use case challenged.  I've *never* needed this in
my 30 years of programming.

I like Mark's idea for names that indicate that they return a number or
count instead an iterator.  Perhaps something like:

  ncombinations()
  npermutations()
  ncombinations_with_replacement()

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

From report at bugs.python.org  Tue Feb  3 22:21:06 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 03 Feb 2009 21:21:06 +0000
Subject: [issue1019715] distutils ignores configure's --includedir
Message-ID: <1233696066.77.0.89891710913.issue1019715@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

I'm having the same problem.
This is a real headache, especially on systems that
run both 32-bit and 64-bit apps, where I often see 
"lib64", "include64" and "bin64".

In my opinion, lib, include and bin shouldn't be hard-coded in anywhere.

Note that these hard-coded paths are found in other places, too.
See http://bugs.python.org/issue1294959 for further detials.

----------
nosy: +akitada, tarek

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

From report at bugs.python.org  Tue Feb  3 22:23:22 2009
From: report at bugs.python.org (Eric Smith)
Date: Tue, 03 Feb 2009 21:23:22 +0000
Subject: [issue4285] Use a named tuple for sys.version_info
In-Reply-To: <1226189092.93.0.524804334834.issue4285@psf.upfronthosting.co.za>
Message-ID: <1233696202.96.0.471070981079.issue4285@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/issue4285>
_______________________________________

From report at bugs.python.org  Tue Feb  3 22:23:31 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 03 Feb 2009 21:23:31 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1233696211.54.0.549206220255.issue1294959@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Similar problem report: http://bugs.python.org/issue1019715

----------
nosy: +akitada

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

From report at bugs.python.org  Tue Feb  3 22:24:00 2009
From: report at bugs.python.org (Ajith Antony)
Date: Tue, 03 Feb 2009 21:24:00 +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: <1233696240.85.0.475858035079.issue5147@psf.upfronthosting.co.za>


New submission from Ajith Antony <ajith.antony at gmail.com>:

It seems that in the MozillaCookieJar library, the author accidently 
indented
the long string that represents the magic header of the Netscape 
compatible
cookie file.  This is not a problem for MozillaCookieJar as the regex to 
test
the magic header is not bound to the beginning of the line.

Other libraries, however, may bind the pattern match to the beginning of 
the
line, such as perl's HTTP::Cookies::Netscape.

For better compatibility of Netscape cookies files, the magic header 
must not
be indented.


Index: svn-python-lib/_MozillaCookieJar.py
===================================================================
--- svn-python-lib/_MozillaCookieJar.py (revision 69261)
+++ svn-python-lib/_MozillaCookieJar.py (working copy)
@@ -38,9 +38,9 @@
     """
     magic_re = "#( Netscape)? HTTP Cookie File"
     header = """\
-    # Netscape HTTP Cookie File
-    # http://www.netscape.com/newsref/std/cookie_spec.html
-    # This is a generated file!  Do not edit.
+# Netscape HTTP Cookie File
+# http://www.netscape.com/newsref/std/cookie_spec.html
+# This is a generated file!  Do not edit.

 """

----------
components: Library (Lib)
messages: 81100
nosy: aantony
severity: normal
status: open
title: MozillaCookieJar should not store leading whitespace in Magic header
type: behavior
versions: 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/issue5147>
_______________________________________

From report at bugs.python.org  Tue Feb  3 22:28:07 2009
From: report at bugs.python.org (Fredrik Johansson)
Date: Tue, 03 Feb 2009 21:28:07 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233696487.34.0.779699921318.issue5139@psf.upfronthosting.co.za>


Fredrik Johansson <fredrik.johansson at gmail.com> added the comment:

I understand the connection with itertools, but why not just call a
binomial coefficient a binomial coefficient? Probably 90% of all math
libraries call this function 'binomial' or 'bincoef' and I suspect
that's the name most people would search for.

----------
nosy: +fredrikj

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

From report at bugs.python.org  Tue Feb  3 22:34:11 2009
From: report at bugs.python.org (Damien Neil)
Date: Tue, 03 Feb 2009 21:34:11 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1203086575.38.0.209227458245.issue2124@psf.upfronthosting.co.za>
Message-ID: <1233696851.84.0.752328448973.issue2124@psf.upfronthosting.co.za>


Damien Neil <neild at misago.org> added the comment:

On Feb 3, 2009, at 11:23 AM, Martin v. L?wis wrote:
> I don't think this is actually the case. Did you try calling getSystemId
> on the locator?

EntityResolver.resolveEntity() is called with the publicId and systemId as 
arguments. It does not receive a locator.

            - Damien

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

From report at bugs.python.org  Tue Feb  3 22:40:15 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Tue, 03 Feb 2009 21:40:15 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1203086575.38.0.209227458245.issue2124@psf.upfronthosting.co.za>
Message-ID: <1233697215.7.0.746574843082.issue2124@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at divmod.com> added the comment:

Though it's inconvenient to do so, you can arrange to have the locator
available from the entity resolver.  The content handler's
setDocumentLocator method will be called early on with the locator
object.  So you can give your entity resolver a reference to your
content handler and save a reference to the document locator in the
content handler.  Then in the entity resolver's resolveEntity method you
can reach over into the content handler and grab the document locator to
call its getSystemId method.

Note that you have to be careful with the InputStreams you return from
resolveEntity.  I wasn't aware of this before (and perhaps I've
misinterpreted some observer), but I just noticed that if you return an
InputSource based on a file object, the file object's name will be used
as the document id!  This is quite not what you want.  InputStream has a
setSystemId method, but even if you call it before you call
setByteStream, the system id will be the name of the file object passed
to setByteStream.  Perhaps calling these two methods in the opposite
order will fix this, I'm not sure, I haven't tried.

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

From report at bugs.python.org  Tue Feb  3 22:42:59 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 03 Feb 2009 21:42:59 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1233696851.84.0.752328448973.issue2124@psf.upfronthosting.co.za>
Message-ID: <4988BA5F.90607@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> EntityResolver.resolveEntity() is called with the publicId and systemId as 
> arguments. It does not receive a locator.

Sure. But ContentHandler.setDocumentLocator receives it, and you are
supposed to store it for the entire parse, to always know what entity
is being processed if you want to.

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

From report at bugs.python.org  Tue Feb  3 22:56:19 2009
From: report at bugs.python.org (Piers Lauder)
Date: Tue, 03 Feb 2009 21:56:19 +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: <1233698179.98.0.690971597987.issue5146@psf.upfronthosting.co.za>


Piers Lauder <piers at it.usyd.edu.au> added the comment:

I agree with this change.

It should be propagated to all versions.

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

From report at bugs.python.org  Tue Feb  3 22:56:46 2009
From: report at bugs.python.org (Eric Smith)
Date: Tue, 03 Feb 2009 21:56:46 +0000
Subject: [issue4285] Use a named tuple for sys.version_info
In-Reply-To: <1226189092.93.0.524804334834.issue4285@psf.upfronthosting.co.za>
Message-ID: <1233698206.37.0.485180440522.issue4285@psf.upfronthosting.co.za>


Changes by Eric Smith <eric at trueblade.com>:


----------
assignee: brett.cannon -> eric.smith

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

From report at bugs.python.org  Tue Feb  3 23:02:17 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Tue, 03 Feb 2009 22:02:17 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1203086575.38.0.209227458245.issue2124@psf.upfronthosting.co.za>
Message-ID: <1233698537.63.0.989341435073.issue2124@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at divmod.com> added the comment:

> It's indeed possible to provide that as a third-party module; one
> would have to implement an EntityResolver, and applications would
> have to use it. If there was a need for such a thing, somebody would
> have done it years ago.

I don't think this is true, for several reasons.

First, most people never notice that they are writing or using an
application which has this behavior.  This is because the behavior is
transparent in almost all cases, manifesting only as a slowdown.  Often,
no one is paying close attention to whether a function takes 0.1s or
0.5s.  So code gets written which fetches resources from the network by
accident.  Similarly, users generally don't have any idea that this kind
of defect is possible, or they don't think it's unusual behavior.  In
general, they're not equipped to understand why this is a bad thing.  At
best, they may decide a program is slow and be upset, but out of the
myriad reasons a program might be slow, they have no particular reason
to settle on this one as the real cause.

Second, it is *difficult* to implement the non-network behavior. 
Seriously, seriously difficult.  The documentation for these APIs is
obscure and incomplete in places.  It takes a long time to puzzle out
what it means and how to achieve the desired behavior.  I wouldn't be
surprised if many people simply gave up and either switched to another
parser or decided they could live with the slowdown (perhaps not
realizing that it could be arbitrarily long and might add a network
dependency to a program which doesn't already have one).

Third, there are several pitfalls on the way to a correct implementation
of the non-network behavior which may lead a developer to decide they
have succeeded when they have actually failed.  The most obvious is that
simply turning off the external-general-entities feature appears to
solve the problem but actually changes the parser's behavior so that it
will silently drop named character entities.  This is quite surprising
behavior to anyone who hasn't spent a lot of time with the XML
specification.

So I think it would be a significant improvement if there were a simple,
documented way to switch from network retrieval to local retrieval from
a cache.  I also think that the current default behavior is wrong.  The
default should not be to go out to the network, even if there is a
well-behaved HTTP caching client involved.  So the current behavior
should be deprecated.  After a sufficient period of time, the local-only
behavior should be made the default.  I don't see any problem with
making it easy to re-enable the old behavior, though.

> -1 on issuing a warning. I really cannot see much of a problem in
> this entire issue. XML was designed to "be straightforwardly usable
> over the Internet" (XML rec., section 1.1), and this issue is a
> direct consequence of that design decision. You might just as well
> warn people against using XML in the first place.

Quoting part of the XML design goals isn't a strong argument for the
current behavior.  Transparently requesting network resources in order
to process local data isn't a necessary consequence of the
"straightforwardly usable over the internet" goal.  Allowing this
behavior to be explicitly enabled, but not enabled by default, easily
meets this goal.  Straightforwardly supporting a local cache of DTDs is
even better, since it improves application performance and removes a
large number of of security concerns.  With the general disfavor of DTDs
(in favor of other validation techniques, such as relax-ng) and the
general disfavor of named character entities (basically only XHTML uses
them), I find it extremely difficult to justify Python's current default
behavior.

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

From report at bugs.python.org  Tue Feb  3 23:07:32 2009
From: report at bugs.python.org (Tim Lesher)
Date: Tue, 03 Feb 2009 22:07:32 +0000
Subject: [issue5015] The Py_SetPythonHome C API function is undocumented
In-Reply-To: <1232493833.95.0.946934351035.issue5015@psf.upfronthosting.co.za>
Message-ID: <1233698852.05.0.670045559443.issue5015@psf.upfronthosting.co.za>


Changes by Tim Lesher <tlesher at gmail.com>:


----------
nosy: +tlesher

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

From report at bugs.python.org  Tue Feb  3 23:16:41 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 22:16:41 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233699401.11.0.761624437998.issue5139@psf.upfronthosting.co.za>


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

Besides paralleling itertools names, the names should also parallel each
other -- when I find permutations, I also expect to find combinations.

No matter what names are selected, we'll include alternate index targets
for the various names "binonimial coefficient", "choose function",
"multichoose", "combinations with repetition".

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

From report at bugs.python.org  Tue Feb  3 23:32:44 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 22:32:44 +0000
Subject: [issue3783] dbm.sqlite proof of concept
In-Reply-To: <1220572652.24.0.256023256295.issue3783@psf.upfronthosting.co.za>
Message-ID: <1233700364.08.0.213302063469.issue3783@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


Removed file: http://bugs.python.org/file12891/tmp_dev_shelver.py

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

From report at bugs.python.org  Tue Feb  3 23:32:50 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 22:32:50 +0000
Subject: [issue3783] dbm.sqlite proof of concept
In-Reply-To: <1220572652.24.0.256023256295.issue3783@psf.upfronthosting.co.za>
Message-ID: <1233700370.5.0.92004171754.issue3783@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


Removed file: http://bugs.python.org/file12896/dbsqlite.py

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

From report at bugs.python.org  Tue Feb  3 23:32:58 2009
From: report at bugs.python.org (Damien Neil)
Date: Tue, 03 Feb 2009 22:32:58 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1203086575.38.0.209227458245.issue2124@psf.upfronthosting.co.za>
Message-ID: <1233700378.35.0.83733174393.issue2124@psf.upfronthosting.co.za>


Damien Neil <neild at misago.org> added the comment:

On Feb 3, 2009, at 1:42 PM, Martin v. L?wis wrote:
> Sure. But ContentHandler.setDocumentLocator receives it, and you are
> supposed to store it for the entire parse, to always know what entity
> is being processed if you want to.

Where in the following sequence am I supposed to receive the document 
locator?

parser = xml.sax.make_parser()
parser.setEntityResolver(CachingEntityResolver())
doc = xml.dom.minidom.parse('file.xml', parser)

The content handler is being created deep inside xml.dom.  It does, in 
fact, store the document locator, but not in any place that I can easily 
access without breaking several layers of abstraction.

Or, as a more general question: How can I get a DOM tree that includes 
external entities?  If there's an easy way to do it, the documentation 
does not make it clear at all.

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

From report at bugs.python.org  Tue Feb  3 23:36:04 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 22:36:04 +0000
Subject: [issue3783] dbm.sqlite proof of concept
In-Reply-To: <1220572652.24.0.256023256295.issue3783@psf.upfronthosting.co.za>
Message-ID: <1233700564.3.0.121684834673.issue3783@psf.upfronthosting.co.za>


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

Here's an updated patch (it's also in the sandbox):

* Added a sync() method to support shelves.
* Removed commits on granular sets and gets.
* Optimized __len__ and __contains__.

Added file: http://bugs.python.org/file12931/dbsqlite.py

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

From report at bugs.python.org  Tue Feb  3 23:42:24 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Feb 2009 22:42:24 +0000
Subject: [issue3783] dbm.sqlite proof of concept
In-Reply-To: <1220572652.24.0.256023256295.issue3783@psf.upfronthosting.co.za>
Message-ID: <1233700944.37.0.469276841315.issue3783@psf.upfronthosting.co.za>


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

I think issuing 'SELECT MAX(ROWID)' to compute the length of the table
is not correct if some rows get deleted in the table.
I've found a thread about it here:
http://osdir.com/ml/db.sqlite.general/2004-03/msg00329.html
In that thread someone suggested caching the length in another table and
updating it through a trigger each time the main table is modified.

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

From report at bugs.python.org  Tue Feb  3 23:43:01 2009
From: report at bugs.python.org (Damien Neil)
Date: Tue, 03 Feb 2009 22:43:01 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1203086575.38.0.209227458245.issue2124@psf.upfronthosting.co.za>
Message-ID: <1233700981.04.0.764705170054.issue2124@psf.upfronthosting.co.za>


Damien Neil <neild at misago.org> added the comment:

I just discovered another really fun wrinkle in this.

Let's say I want to have my entity resolver return a reference to my 
local copy of a DTD.  I write:

    source = xml.sax.InputSource()
    source.setPublicId(publicId)
    source.setSystemId(systemId)
    source.setCharacterStream(file(path_to_local_copy))
    return source

This will appear to work.

However, the parser will still silently fetch the DTD over the network!  
I needed to call source.setByteStream()--character streams are silently 
ignored.

I'd never have noticed this if I hadn't used strace on my process and 
noticed a slew of recvfrom() calls that shouldn't have been there.

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

From report at bugs.python.org  Wed Feb  4 00:08:09 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Tue, 03 Feb 2009 23:08: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: <1233702489.78.0.189591899391.issue2636@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

issue2636-features.diff is based on Python 2.6. It includes:

Named Unicode characters eg \N{LATIN CAPITAL LETTER A}

Unicode character properties eg \p{Lu} (uppercase letter) and \P{Lu}
(not uppercase letter)

Other character properties not restricted to Unicode eg \p{Alnum} and 
\P{Alnum}

Issue #3511 : Incorrect charset range handling with ignore case
flag?
Issue #3665 : Support \u and \U escapes in regexes
Issue #1519638 Unmatched Group issue - workaround
Issue #1693050 \w not helpful for non-Roman scripts

The next 2 seemed a good idea at the time. :-)

Octal escape \onnn

Extended hex escape \x{n}

Added file: http://bugs.python.org/file12932/issue2636-features.diff

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

From report at bugs.python.org  Wed Feb  4 00:11:47 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 23:11:47 +0000
Subject: [issue3783] dbm.sqlite proof of concept
In-Reply-To: <1220572652.24.0.256023256295.issue3783@psf.upfronthosting.co.za>
Message-ID: <1233702707.63.0.108315706569.issue3783@psf.upfronthosting.co.za>


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

That's a bummer.  Changing this method to __bool__ and then setting
__len__ back to "count(*)".

Added file: http://bugs.python.org/file12933/dbsqlite.py

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

From report at bugs.python.org  Wed Feb  4 00:11:57 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Feb 2009 23:11:57 +0000
Subject: [issue3783] dbm.sqlite proof of concept
In-Reply-To: <1220572652.24.0.256023256295.issue3783@psf.upfronthosting.co.za>
Message-ID: <1233702717.83.0.386264704856.issue3783@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


Removed file: http://bugs.python.org/file12931/dbsqlite.py

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

From report at bugs.python.org  Wed Feb  4 00:12:09 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 03 Feb 2009 23:12:09 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1233700378.35.0.83733174393.issue2124@psf.upfronthosting.co.za>
Message-ID: <4988CF46.6040100@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Where in the following sequence am I supposed to receive the document 
> locator?
> 
> parser = xml.sax.make_parser()
> parser.setEntityResolver(CachingEntityResolver())
> doc = xml.dom.minidom.parse('file.xml', parser)

This is DOM parsing, not SAX parsing.

> The content handler is being created deep inside xml.dom.  It does, in 
> fact, store the document locator, but not in any place that I can easily 
> access without breaking several layers of abstraction.

So break layers of abstraction, then. Or else, use dom.expatbuilder,
and ignore SAX/pulldom for DOM parsing.

> Or, as a more general question: How can I get a DOM tree that includes 
> external entities?  If there's an easy way to do it, the documentation 
> does not make it clear at all.

This tracker is really not the place to ask questions; use python-list
for that.

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

From report at bugs.python.org  Wed Feb  4 00:25:49 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 03 Feb 2009 23:25:49 +0000
Subject: [issue5127] UnicodeEncodeError - I can't even see license
In-Reply-To: <1233538306.69.0.00753244691607.issue5127@psf.upfronthosting.co.za>
Message-ID: <1233703549.72.0.567542361919.issue5127@psf.upfronthosting.co.za>


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

> I must be missing some detail, but what does the Unicode database
> have to do with the unicodeobject.c C API ?

Ah, now I understand your concerns. My suggestion is to change only the 20 functions in 
unicodectype.c: _PyUnicode_IsAlpha, _PyUnicode_ToLowercase... and no change in 
unicodeobject.c at all.
They all take a single code point as argument, some also return a single code point.
Changing these functions is backwards compatible.

I join a patch so we can argue on concrete code (tests are missing).

Another effect of the patch: unicodedata.numeric('\N{AEGEAN NUMBER TWO}') can return 2.0.

The str.isalpha() (and others) methods did not change: they still split the surrogate pairs.

----------
keywords: +patch
Added file: http://bugs.python.org/file12934/unicodectype_ucs4.patch

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

From report at bugs.python.org  Wed Feb  4 00:28:55 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 03 Feb 2009 23:28:55 +0000
Subject: [issue1076233] distutils.core.setup() with unicode arguments broken
Message-ID: <1233703735.48.0.26488373601.issue1076233@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

It seems this problem was fixed already.
Can we close this?

----------
nosy: +akitada, tarek

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

From report at bugs.python.org  Wed Feb  4 00:34:53 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 03 Feb 2009 23:34:53 +0000
Subject: [issue977470] Deleted files are reinstalled
Message-ID: <1233704093.83.0.904159762635.issue977470@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Tarek,
I think this is not a bug and would be safe to close.
What do you think?

----------
nosy: +akitada, tarek

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

From report at bugs.python.org  Wed Feb  4 01:36:39 2009
From: report at bugs.python.org (Bobby Xiao)
Date: Wed, 04 Feb 2009 00:36:39 +0000
Subject: [issue1519638] Unmatched Group issue - workaround
Message-ID: <1233707799.68.0.403131153132.issue1519638@psf.upfronthosting.co.za>


Bobby Xiao <nneonneo at gmail.com> added the comment:

It was so long ago, I've since redone half my codebase (the hack is
still there, but I can't remember what it was meant to replace now :( ).

Sorry about that.

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

From report at bugs.python.org  Wed Feb  4 02:04:44 2009
From: report at bugs.python.org (Rafe Kaplan)
Date: Wed, 04 Feb 2009 01:04:44 +0000
Subject: [issue5094] datetime lacks concrete tzinfo impl. for UTC
In-Reply-To: <1233190363.25.0.24659427347.issue5094@psf.upfronthosting.co.za>
Message-ID: <1233709484.29.0.264977639728.issue5094@psf.upfronthosting.co.za>


Rafe Kaplan <rafek at google.com> added the comment:

I'm going to attempt to implement this feature.

----------
nosy: +rafe

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

From report at bugs.python.org  Wed Feb  4 02:05:19 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 04 Feb 2009 01:05:19 +0000
Subject: [issue4753] Faster opcode dispatch on gcc
In-Reply-To: <1230325778.98.0.752974375077.issue4753@psf.upfronthosting.co.za>
Message-ID: <1233709519.64.0.498501132612.issue4753@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

This has been checked in, right?  Might I suggest that the TARGET and
TARGET_WITH_IMPL macros not include the trailing colon?  I think that
will make it more friendly toward "smart" editors such as Emacs' C
mode.  I definitely get better indentation with

    TARGET(NOP):

than with

    TARGET(NOP)

S

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

From report at bugs.python.org  Wed Feb  4 02:05:42 2009
From: report at bugs.python.org (Christopher Barker)
Date: Wed, 04 Feb 2009 01:05:42 +0000
Subject: [issue5148] gzip.open breaks with  'U' flag
In-Reply-To: <1233709542.39.0.638969424034.issue5148@psf.upfronthosting.co.za>
Message-ID: <1233709542.39.0.638969424034.issue5148@psf.upfronthosting.co.za>


New submission from Christopher Barker <Chris.Barker at noaa.gov>:

If you pass the 'U' (Universal newlines) flag into gzip.open(), the flag
gets passed into the file open command used to open the gzip file
itself. As the 'U' flag can cause changes in teh data (Lineffed
translation), when it is used with a binary file open, the data is
corrupted, and all can go to heck.

In virtually all of my code that reads text files, I use the 'U' flag to
open files, it really helps not having to deal with newline issues. Yes,
they are fewer now that the Macintosh uses \n, but they can still be a pain.

Anyway, we added such support to some matplotlib methods, and found that
gzip file reading broken We were passing the flags though into either
file() or gzip.open(), and passing 'U' into gzip.open() turns out to be
fatal.

1) It would be nice if the gzip module (and the zip lib module)
supported Universal newlines -- you could read a compressed text file
with "wrong" newlines, and have them handled properly. However, that may
be hard to do, so at least:

2) Passing a 'U' flag in to gzip.open shouldn't break it -- it shuld be
ignored or raise an exeption.

I took a look at the Python SVN (2.5.4 and 2.6.1) for the gzip lib. I
see this:


        # guarantee the file is opened in binary mode on platforms
        # that care about that sort of thing
        if mode and 'b' not in mode:
            mode += 'b'
        if fileobj is None:
            fileobj = self.myfileobj = __builtin__.open(filename, mode
or 'rb')

this is going to break for 'U' == you'll get 'rUb'. I tested
file(filename, 'rUb'), and it looks like it does universal newline
translation.

So:

* Either gzip should be a bit smarter, and remove the 'U' flag (that's
what we did in the MPL code), or force 'rb' or 'wb'.

* Or: file opening should be a bit smarter -- what does 'rUb' mean? a
file can't be both Binary and Universal Text. Should it raise an
exception? Somehow I think it would be better to ignore the 'U', but
maybe that's only because of the issue I happen to be looking at now.

That later seems a better idea -- this issue could certainly come up in
other places than the gzip module, but maybe it would break a bunch of
code -- who knows?

I haven't touched py3 yet, so I have not idea if this issue is different
there. 


NOTE: passing in the 'U' flag doesn't guarantee that gzi will break. The
right combination of bytes needs to be there. In fact, when I first
tested this with a small test file, it worked just fine -- I though gzip
was ignoring the flag. However, when tested with a larger (real) gz
file, it did break.

very simple patch:

Add:

mode.replace('U', '')

to the above code before opeing the file 

But we may want to do something smarter...

see the (limited) discussion at:

http://mail.python.org/pipermail/python-dev/2009-January/085662.html

----------
components: Library (Lib)
messages: 81121
nosy: Chris.Barker
severity: normal
status: open
title: gzip.open breaks with  'U' flag
type: behavior
versions: Python 2.6

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

From report at bugs.python.org  Wed Feb  4 02:06:13 2009
From: report at bugs.python.org (Damien Neil)
Date: Wed, 04 Feb 2009 01:06:13 +0000
Subject: [issue2124] xml.sax and xml.dom fetch DTDs by default
In-Reply-To: <1203086575.38.0.209227458245.issue2124@psf.upfronthosting.co.za>
Message-ID: <1233709573.36.0.0388264885616.issue2124@psf.upfronthosting.co.za>


Damien Neil <neild at misago.org> added the comment:

On Feb 3, 2009, at 3:12 PM, Martin v. L?wis wrote:
> This is DOM parsing, not SAX parsing.

1) The title of this ticket begins with "xml.sax and xml.dom...".
2) I am creating a SAX parser and passing it to xml.dom, which uses it.

> So break layers of abstraction, then. Or else, use dom.expatbuilder,
> and ignore SAX/pulldom for DOM parsing.

Is that really the answer?

Read the source code to xml.dom.*, and write hacks based on what I find 
there?  Note also that xml.dom.expatbuilder does not appear to be an 
external API--there is no mention of it in the documentation for 
xml.dom.*.

> This tracker is really not the place to ask questions; use python-list
> for that.

That was a rhetorical question.

The answer is, as best I can tell, "You can't do that."

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

From report at bugs.python.org  Wed Feb  4 02:20:03 2009
From: report at bugs.python.org (Peter A Silva)
Date: Wed, 04 Feb 2009 01:20:03 +0000
Subject: [issue5149] syntactic sugar: type coercion on pointer assignment
In-Reply-To: <1233710403.4.0.267443476473.issue5149@psf.upfronthosting.co.za>
Message-ID: <1233710403.4.0.267443476473.issue5149@psf.upfronthosting.co.za>


New submission from Peter A Silva <Peter.A.Silva at gmail.com>:

tough% cat toy.py

from ctypes import *

class foo(Structure):
  _fields_ = [ ( "bar", c_char_p ) ]

foofoo = foo()

babar = create_string_buffer(32)

foofoo.bar = babar

tough% python toy.py
Traceback (most recent call last):
  File "toy.py", line 11, in <module>
    foofoo.bar = babar
TypeError: incompatible types, c_char_Array_32 instance instead of
c_char_p instance
tough%


would be nice if ctypes automagically turned the assignment into

   foofoo.bar = cast(babar,c_char_p)

There doesn't seem to be any other possible intent of this syntax.
Color me stupid, but being new to ctypes, it took me approximately 30
hours to discover a method of such assignment that worked (babar.raw is
not rejected, but not correct, debugging that was fun.  I actually fell
upon addressof(babar), which does also works, but is probably
undesirable.)  

It would be very friendly if ctypes would just do the right thing.
It doesn't seem like there is any other possible intent of such 
a syntax.

----------
assignee: theller
components: ctypes
messages: 81123
nosy: PeterASilva, theller
severity: normal
status: open
title: syntactic sugar: type coercion on pointer assignment
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Wed Feb  4 03:41:21 2009
From: report at bugs.python.org (James Henstridge)
Date: Wed, 04 Feb 2009 02:41:21 +0000
Subject: [issue2422] Automatically disable pymalloc when running under valgrind
In-Reply-To: <1205925069.41.0.603933745456.issue2422@psf.upfronthosting.co.za>
Message-ID: <1233715281.63.0.0682000054335.issue2422@psf.upfronthosting.co.za>


James Henstridge <james at jamesh.id.au> added the comment:

Attached is an updated version of the patch against trunk (2.7).  It
simply fixes the conflicts that have occurred since the previous patch.

Added file: http://bugs.python.org/file12935/disable-pymalloc-on-valgrind-py27.patch

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

From report at bugs.python.org  Wed Feb  4 03:43:21 2009
From: report at bugs.python.org (Ryan Freckleton)
Date: Wed, 04 Feb 2009 02:43:21 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233715401.49.0.471668547288.issue5135@psf.upfronthosting.co.za>


Ryan Freckleton <ryan.freckleton at gmail.com> added the comment:

PJE seems to have borrowed the time machine :-). Based on the code the
register function is already a decorator:

    def register(typ, func=None):
        if func is None:
            return lambda f: register(typ, f)
        registry[typ] = func
        return func

The returned lambda is a one argument decorator. so your syntax:

    @generic_fn.register(XXX)
    def xxx_impl(xxx):
        pass

Already works. A test to validate this behavior should probably be added.

I don't mean to bikeshed, but could we call this function
functools.generic instead of functools.simplegeneric? The only reason I
can think of for keeping it simplegeneric would be to avoid a future
name clash with the Generic Function PEP and if/when that PEP get's
implemented, I would think that the functionality would live in
builtins, not functools.

----------
nosy: +ryan.freckleton

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

From report at bugs.python.org  Wed Feb  4 04:13:44 2009
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 04 Feb 2009 03:13:44 +0000
Subject: [issue2578] Figure out what to do with unittest's redundant APIs
In-Reply-To: <1207616486.67.0.93583341584.issue2578@psf.upfronthosting.co.za>
Message-ID: <1233717224.32.0.958206520524.issue2578@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <billiejoex at users.sourceforge.net>:


----------
nosy: +giampaolo.rodola

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

From report at bugs.python.org  Wed Feb  4 04:33:31 2009
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Feb 2009 03:33:31 +0000
Subject: [issue4347] Circular dependency causes SystemError when adding new
	syntax
In-Reply-To: <1227022091.75.0.852526924329.issue4347@psf.upfronthosting.co.za>
Message-ID: <1233718411.82.0.695615258972.issue4347@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

So I finally got around to reviewing the patch and while it looks fine,
I ended up with some failing tests: test_compiler test_quopri test_sys
test_transformer.

Do you know what is going on Thomas? This is after repeated make/make
clean calls and using your non-review patch with all of the
auto-generated changes included.

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

From report at bugs.python.org  Wed Feb  4 04:54:50 2009
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Feb 2009 03:54:50 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1233719690.96.0.205083712445.issue5128@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Patch is really close. Can you use a context manager for the file
management? That way the file is guaranteed to be closed without issue.

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

From report at bugs.python.org  Wed Feb  4 06:33:02 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Wed, 04 Feb 2009 05:33:02 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233725582.83.0.827924000651.issue5139@psf.upfronthosting.co.za>


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

itertools.permutations_with_repetitions(iterable[, r]) is not necessary,
writing in the doc that set(itertools.permutations(iterable[, r])) has
the same result is probably enough (I put the set() in the wrong place
in the previous message - this version is also less efficient because it
has to generate duplicate elements that will be removed by set()).
I suggested to include math.npermutations_with_repetitions for
completeness, even if it's not widely used IMHO is not coherent to have
formulas to calculate combinations with and without repetitions and a
just a formula for permutations without repetitions.

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

From report at bugs.python.org  Wed Feb  4 09:10:25 2009
From: report at bugs.python.org (Paul Moore)
Date: Wed, 04 Feb 2009 08:10:25 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233735025.56.0.351831728829.issue5135@psf.upfronthosting.co.za>


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

Well spotted! I missed that when I checked. I will add tests and
documentation.

I agree that generic is better. I only left it as it was because the
original intent was simply to move the existing code - but that's not a
particularly good reason for keeping a clumsy name. There shouldn't be a
clash, as any more general mechanism can either be in its own module or
the existing function can be extended in a compatible manner. I'll make
this change too.

Thanks for the feedback!

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

From report at bugs.python.org  Wed Feb  4 09:27:40 2009
From: report at bugs.python.org (Paul Moore)
Date: Wed, 04 Feb 2009 08:27:40 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233736060.77.0.656330328321.issue5135@psf.upfronthosting.co.za>


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

Here's an updated patch.

Added file: http://bugs.python.org/file12936/generic.patch

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

From report at bugs.python.org  Wed Feb  4 09:37:44 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Feb 2009 08:37:44 +0000
Subject: [issue5150] IDLE to support reindent.py
In-Reply-To: <1233736664.4.0.115705275626.issue5150@psf.upfronthosting.co.za>
Message-ID: <1233736664.4.0.115705275626.issue5150@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <rhettinger at users.sourceforge.net>:

Add rstrip() to the Format menu.

Python's svn repository no longer accepts files with trailing whitespace
and it is often necessary to run reindent.py before submitting.  It
would be nice to have this as a built-in formatting tool.

----------
assignee: kbk
components: IDLE
messages: 81131
nosy: kbk, rhettinger
priority: normal
severity: normal
status: open
title: IDLE to support reindent.py
type: feature request
versions: Python 2.7, Python 3.1

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

From report at bugs.python.org  Wed Feb  4 10:33:25 2009
From: report at bugs.python.org (Martin von Gagern)
Date: Wed, 04 Feb 2009 09:33:25 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1233740005.2.0.2234891819.issue5128@psf.upfronthosting.co.za>


Martin von Gagern <Martin.vGagern at gmx.net> added the comment:

Not being a regular Python programmer myself, I've never even heard of a
context manager before, but this latest patch should fit the bill.

As for tests, I believe that a few two-second sleeps (as FAT has only
two second resolution iirc) should avoid the kind of problem you
describe. This latest patch includes unit tests, where the test_backdate
fails for current implementation. The others are there to express even
more basic assumptions, and can be dropped if you worry about those
seconds spent running obvious tests. The tests are based on
test_dircache, from which I copied and adapted the infrastructure for
dealing with a temporary directory.

Added file: http://bugs.python.org/file12937/compileall-timestamp3.patch

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

From report at bugs.python.org  Wed Feb  4 10:34:10 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 04 Feb 2009 09:34:10 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233740050.42.0.776875268547.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

FYI, Microsoft has responded to my query:
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?
FeedbackID=409955

In short:
Comments
Hello,

Thanks for the report. We will probably not be able to address this in 
our current release, but we will reconsider for future versions of the 
CRT.

Pat Brenner
Visual C++ Libraries Development

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

From report at bugs.python.org  Wed Feb  4 10:36:22 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Feb 2009 09:36:22 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233740182.09.0.949837291563.issue5139@psf.upfronthosting.co.za>


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

> I suggested to include math.npermutations_with_repetitions for
> completeness,

Ezio, itertools currently has combinations with and without *replacement*, not repetition.  I think 
you're talking about something slightly different (repetitions in the *iterable*, rather than allowing 
repeated *drawings* of the same element).  itertools already has 'permutations_with_replacement':  it's 
called 'product'.

combinations(it, r): select r elements from it, no replacement, no order
permutations(it, r): select r elements, no replacement, order is relevant
combinations_with_replacement(it, r): replacement, no order
product(it, repeat=r): replacement, order

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

From report at bugs.python.org  Wed Feb  4 10:54:10 2009
From: report at bugs.python.org (Qiangning Hong)
Date: Wed, 04 Feb 2009 09:54: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: <1233741250.59.0.931883956179.issue4947@psf.upfronthosting.co.za>


Changes by Qiangning Hong <hongqn at gmail.com>:


----------
nosy: +hongqn

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

From report at bugs.python.org  Wed Feb  4 11:06:01 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 04 Feb 2009 10:06:01 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233741961.39.0.698337580952.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Checked in r69268, to check strftime() and fopen()

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

From report at bugs.python.org  Wed Feb  4 11:41:45 2009
From: report at bugs.python.org (Robert Kern)
Date: Wed, 04 Feb 2009 10:41:45 +0000
Subject: [issue3976] pprint._safe_repr is not general enough in one instance
In-Reply-To: <1222445700.05.0.107288672735.issue3976@psf.upfronthosting.co.za>
Message-ID: <1233744105.07.0.590375468792.issue3976@psf.upfronthosting.co.za>


Changes by Robert Kern <robert.kern at gmail.com>:


----------
nosy: +robert.kern

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

From report at bugs.python.org  Wed Feb  4 12:22:31 2009
From: report at bugs.python.org (Malcolm Purvis)
Date: Wed, 04 Feb 2009 11:22:31 +0000
Subject: [issue5109] array.array constructor very slow when passed an array
	object.
In-Reply-To: <1233318806.98.0.166527784762.issue5109@psf.upfronthosting.co.za>
Message-ID: <1233746551.95.0.482657252708.issue5109@psf.upfronthosting.co.za>


Malcolm Purvis <malcolm at purvis.id.au> added the comment:

It's true that memcpy won't work when the data type changes, but I would
assume (with no evidence to back me up) that the most common case for
passing an array into the array's constructor would be when data types
are the same.  That case would be case to detect especially and use
memcpy for.

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

From report at bugs.python.org  Wed Feb  4 12:48:09 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 04 Feb 2009 11:48:09 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233748089.81.0.826175896921.issue5135@psf.upfronthosting.co.za>


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

The reason I like the simplegeneric name is that that is exactly what
this feature is: a *simple* generic implementation that is deliberately
limited to dispatching on the first argument (because that is easily
explained to users that are already familiar with OOP and especially the
existing Python magic method dispatch mechanism.

So the name isn't just about avoiding name clashes, it's also about
setting appropriate expectations as to what is supported. Yes, the name
is a little clumsy but one thing I do *not* want to see happen is a
swathe of feature requests asking that this become an all-singing
all-dancing generic function mechanism like RuleDispatch.

Don't forget that actually *writing* generic functions (i.e. using the
@functools.simplegeneric decorator itself) should be far less common
than using the .register() method of existing generic functions.

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

From report at bugs.python.org  Wed Feb  4 13:03:17 2009
From: report at bugs.python.org (Paul Moore)
Date: Wed, 04 Feb 2009 12:03:17 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233748997.83.0.964166014431.issue5135@psf.upfronthosting.co.za>


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

Fair comment. As Ryan said, it's a bit of a bikeshed issue. I prefer
"generic", on the basis that I'd prefer to keep the simple name for the
simple use - something as complex as the RuleDispatch version could use
the name "dispatch" (if they want to keep it the name simple) or
"multimethod" (to emphasize that it dispatches on more than just one
argument).

If the consensus is for keeping it as "simplegeneric", I'll go with
that, but I'll wait for other views first.

BTW, another option is simply to clarify the limitations in the
documentation. I can add something there if that would be enough for you.

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

From report at bugs.python.org  Wed Feb  4 13:24:55 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 04 Feb 2009 12:24:55 +0000
Subject: [issue3166] Make conversions from long to float correctly rounded.
In-Reply-To: <1214082720.03.0.30402071522.issue3166@psf.upfronthosting.co.za>
Message-ID: <1233750295.38.0.387519847328.issue3166@psf.upfronthosting.co.za>


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


----------
assignee:  -> marketdickinson
priority:  -> normal

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

From report at bugs.python.org  Wed Feb  4 14:56:33 2009
From: report at bugs.python.org (Eric Smith)
Date: Wed, 04 Feb 2009 13:56:33 +0000
Subject: [issue4285] Use a named tuple for sys.version_info
In-Reply-To: <1226189092.93.0.524804334834.issue4285@psf.upfronthosting.co.za>
Message-ID: <1233755793.57.0.687776200099.issue4285@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

The doc string for sys includes:
version_info -- version information as a tuple

I'm not sure changing this to "... as a structseq" makes it any more
useful, but it's more correct. Does anyone have a preference? I'd use
the same wording as float_info, but that's missing from the doc string
(and I'll deal with that as a separate issue).

Other than that, this all looks good to me. I also tested that the docs
build. I'll check it in once I get or invent new wording for the doc string.

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

From report at bugs.python.org  Wed Feb  4 16:56:54 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 04 Feb 2009 15:56:54 +0000
Subject: [issue962772] when both maintainer and author provided,
	author discarded
Message-ID: <1233763014.94.0.258432214354.issue962772@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

"""
from distutils.core import setup
setup(name="foo", author="bar", maintainer="baz")
"""
gives me
"""
Metadata-Version: 1.0
Name: foo
Version: 0.0.0
Summary: UNKNOWN
Home-page: UNKNOWN
Author: baz
Author-email: UNKNOWN
License: UNKNOWN
Description: UNKNOWN
Platform: UNKNOWN
"""

----------
nosy: +akitada, tarek

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

From report at bugs.python.org  Wed Feb  4 17:25:48 2009
From: report at bugs.python.org (pmoody)
Date: Wed, 04 Feb 2009 16:25:48 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <498772F9.109@v.loewis.de>
Message-ID: <8517e9350902040825p7688703ycb9430363a3f16aa@mail.gmail.com>


pmoody <python at hda3.com> added the comment:

> I could live with such a choice if the netaddr authors agree that it
> is the right choice (them being experts themselves in the domain).
> I don't want to be accused of drkjam's accusation of fast-tracking
> code just because it comes from Google (which would be a false
> accusation regardless, but there is no reason to make some Python
> users unhappy because they feel they are subject to political games).

in light of david's email, would you agree that the bar for buy-in has
been met or should I now start writing a PEP and preparing offerings
for the BDFL?

Cheers,
/peter

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

From report at bugs.python.org  Wed Feb  4 17:26:38 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Wed, 04 Feb 2009 16:26:38 +0000
Subject: [issue962772] when both maintainer and author provided,
	author discarded
Message-ID: <1233764798.72.0.882325079473.issue962772@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

the Author metadata uses the maintainer field *or* the author field if
the maintainer is not provided.

What would be the rational to add a new maintainer field in the PKG-INFO ?

In the first place, I am wondering what is the rational, today, to use
the maintainer argument at all.

John, can you detail this ?

----------
assignee:  -> tarek
type:  -> feature request
versions: +Python 2.7, Python 3.1

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

From report at bugs.python.org  Wed Feb  4 17:34:58 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Wed, 04 Feb 2009 16:34:58 +0000
Subject: [issue1019715] distutils ignores configure's --includedir
Message-ID: <1233765298.77.0.44132013221.issue1019715@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Wed Feb  4 17:42:41 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 04 Feb 2009 16:42:41 +0000
Subject: [issue1019715] distutils ignores configure's --includedir
Message-ID: <1233765761.45.0.408486077211.issue1019715@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
type:  -> behavior

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

From report at bugs.python.org  Wed Feb  4 17:43:56 2009
From: report at bugs.python.org (Nicholas Patterson)
Date: Wed, 04 Feb 2009 16:43:56 +0000
Subject: [issue5151] extractall method for TarFile objects not setting
	owner:group on directories
In-Reply-To: <1233765836.67.0.207576838338.issue5151@psf.upfronthosting.co.za>
Message-ID: <1233765836.67.0.207576838338.issue5151@psf.upfronthosting.co.za>


New submission from Nicholas Patterson <nicholas_patterson at agilent.com>:

Used the TarFile object to create a bzip2 compressed tar file (seems to
have worked fine).  Then used the extractall method to restore the
archive in a new location.  All the files appear to have the same
permissions and owner:group as before, but most of the directories
('state' is only exception) have different permissions and the
owner:group are set to the UID that was running the script in this case
root:root.

Partial original location listing
/opt/fallback> ls -l /opt/agilent/ipcore/02.01/config
total 112
drwxrwxrwx 2 agilent agilent  4096 Feb  3 14:07 dist
-rwxrwxrwx 1 agilent agilent   208 Feb  3 14:07 hostnameCache.xml
-rwxrwxrwx 1 agilent agilent  1000 Feb  3 14:07 hostnamecache.xsd
drwxr-xr-x 4 agilent agilent  4096 Feb  3 14:08 inuse
-rwxrwxrwx 1 agilent agilent  4019 Feb  3 14:07 log4cxx.properties
-rwxrwxrwx 1 agilent agilent  9437 Feb  3 14:07 log4cxx.xml_template
drwxrwxrwx 3 agilent agilent  4096 Feb  3 14:07 mebs
-rwxrwxrwx 1 agilent agilent  4283 Feb  3 14:07 protocol.xml
-rwxrwxrwx 1 agilent agilent  8339 Feb  3 14:07 registry.ini
drwxrwxrwx 2 agilent agilent  4096 Feb  3 14:07 state
-rwxrwxrwx 1 agilent agilent   886 Feb  3 14:07 trunknamecache.xsd

Partial new location listing
/opt/fallback> ll config
total 120
drwxr-xr-x 6 root    root     4096 Feb  3 16:38 ./
drwxrwxr-x 8 agilent agilent  4096 Feb  3 16:38 ../
drwxr-xr-x 2 root    root     4096 Feb  3 16:38 dist/
-rwxrwxrwx 1 agilent agilent   208 Feb  3 14:07 hostnameCache.xml*
-rwxrwxrwx 1 agilent agilent  1000 Feb  3 14:07 hostnamecache.xsd*
drwxr-xr-x 4 root    root     4096 Feb  3 16:38 inuse/
-rwxrwxrwx 1 agilent agilent  4019 Feb  3 14:07 log4cxx.properties*
-rwxrwxrwx 1 agilent agilent  9437 Feb  3 14:07 log4cxx.xml_template*
drwxr-xr-x 3 root    root     4096 Feb  3 16:38 mebs/
-rwxrwxrwx 1 agilent agilent  4283 Feb  3 14:07 protocol.xml*
-rwxrwxrwx 1 agilent agilent  8339 Feb  3 14:07 registry.ini*
drwxrwxrwx 2 agilent agilent  4096 Feb  3 14:07 state/

----------
components: None
messages: 81143
nosy: npatters
severity: normal
status: open
title: extractall method for TarFile objects not setting owner:group on directories
type: behavior
versions: Python 2.5

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

From report at bugs.python.org  Wed Feb  4 17:44:34 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 04 Feb 2009 16:44:34 +0000
Subject: [issue808129] Change --changelog to accept files
Message-ID: <1233765874.28.0.424818241258.issue808129@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
type:  -> feature request
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.3

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

From report at bugs.python.org  Wed Feb  4 17:45:40 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 04 Feb 2009 16:45:40 +0000
Subject: [issue809163] Can't add files with spaces
Message-ID: <1233765940.17.0.359585985994.issue809163@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
type:  -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.3

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

From report at bugs.python.org  Wed Feb  4 17:48:11 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 04 Feb 2009 16:48:11 +0000
Subject: [issue828336] Allow set swig include dirs in setup.py
Message-ID: <1233766091.6.0.867452999924.issue828336@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> feature request
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.3

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

From report at bugs.python.org  Wed Feb  4 17:50:18 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 04 Feb 2009 16:50:18 +0000
Subject: [issue901727] extra_path kwarg to setup() undocumented
Message-ID: <1233766218.52.0.673946498728.issue901727@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
assignee:  -> georg.brandl
components: +Documentation
nosy: +georg.brandl, tarek
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Wed Feb  4 17:50:48 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Wed, 04 Feb 2009 16:50:48 +0000
Subject: [issue828336] Allow set swig include dirs in setup.py
Message-ID: <1233766248.92.0.857326881743.issue828336@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek

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

From report at bugs.python.org  Wed Feb  4 17:54:02 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 04 Feb 2009 16:54:02 +0000
Subject: [issue4577] distutils: -3 warnings (apply)
In-Reply-To: <1228670407.71.0.141400636121.issue4577@psf.upfronthosting.co.za>
Message-ID: <1233766442.3.0.550390052799.issue4577@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> compile error

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

From report at bugs.python.org  Wed Feb  4 18:07:37 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 04 Feb 2009 17:07:37 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233767257.97.0.779394684682.issue3959@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

I don't think a PEP is needed, and I do think ipaddr.py is ready for
inclusion.  All that you really need is a core developer to champion the
inclusion.

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

From report at bugs.python.org  Wed Feb  4 18:15:18 2009
From: report at bugs.python.org (David Moss)
Date: Wed, 04 Feb 2009 17:15:18 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233767718.64.0.762806407251.issue3959@psf.upfronthosting.co.za>


Changes by David Moss <drkjam at gmail.com>:


----------
nosy:  -drkjam

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

From report at bugs.python.org  Wed Feb  4 18:19:22 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Wed, 04 Feb 2009 17:19:22 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233767962.43.0.454442309268.issue3959@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <exarkun at divmod.com>:


----------
nosy:  -exarkun

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

From report at bugs.python.org  Wed Feb  4 18:43:57 2009
From: report at bugs.python.org (Yannick Gingras)
Date: Wed, 04 Feb 2009 17:43:57 +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: <1233769437.94.0.760647332001.issue2204@psf.upfronthosting.co.za>


Yannick Gingras <ygingras at ygingras.net> added the comment:

The attached patch is a proof of concept for throwing an exception.

As discussed on the mailing list [1], it has some shortcomings that
should be addressed before it is merged.

[1]: http://mail.python.org/pipermail/python-dev/2009-

----------
keywords: +patch
nosy: +ygingras
Added file: http://bugs.python.org/file12938/no-dups-configparser.diff

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

From report at bugs.python.org  Wed Feb  4 19:02:13 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 04 Feb 2009 18:02:13 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233770533.77.0.503229956109.issue3959@psf.upfronthosting.co.za>


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

Probably it has already been said, but for the record: is ipaddr's
current API ok for other libraries (mainly: netaddr) to build upon it
and provide compatible extensions or replacements, or would netaddr
become an incompatible alternative to the stdlib-provided ipaddr? The
latter would be a shame.

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

From report at bugs.python.org  Wed Feb  4 19:22:21 2009
From: report at bugs.python.org (Duncan McGreggor)
Date: Wed, 04 Feb 2009 18:22:21 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233771741.66.0.82320520385.issue3959@psf.upfronthosting.co.za>


Duncan McGreggor <duncan.mcgreggor at gmail.com> added the comment:

Antione,

We're (netaddr) going to try to use ipaddr if possible, but there are 
operations which we are providing to API users that aren't directly
supported by ipaddr. We haven't yet determined the level of effort
involved in trying to work with ipaddr's base classes in supporting
these, but it may be more effort (and code) than it's worth (the
benefits of using ipaddr may be lost).

In a sense, it would be a shame. But on the other hand, we have examples
where 3-rd party web frameworks don't use the built-in HTTP server, and
that hasn't been a problem. In many ways, netaddr is evolving into an IP
manipulation framework. Those that need its features can use it; those
that just need the basics will be able to get that in the stdlib.

In any case, it will be in our best interest to provide some
compatibility layer between the two :-)

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

From report at bugs.python.org  Wed Feb  4 19:27:31 2009
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Feb 2009 18:27:31 +0000
Subject: [issue4285] Use a named tuple for sys.version_info
In-Reply-To: <1233755793.57.0.687776200099.issue4285@psf.upfronthosting.co.za>
Message-ID: <bbaeab100902041027y431cef88w7f7b054507f75ecd@mail.gmail.com>


Brett Cannon <brett at python.org> added the comment:

On Wed, Feb 4, 2009 at 05:56, Eric Smith <report at bugs.python.org> wrote:
>
> Eric Smith <eric at trueblade.com> added the comment:
>
> The doc string for sys includes:
> version_info -- version information as a tuple
>
> I'm not sure changing this to "... as a structseq" makes it any more
> useful, but it's more correct. Does anyone have a preference?

Does "... as a named tuple" make sense?

-Brett

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

From report at bugs.python.org  Wed Feb  4 19:30:22 2009
From: report at bugs.python.org (Eric Smith)
Date: Wed, 04 Feb 2009 18:30:22 +0000
Subject: [issue4285] Use a named tuple for sys.version_info
In-Reply-To: <1226189092.93.0.524804334834.issue4285@psf.upfronthosting.co.za>
Message-ID: <1233772222.18.0.994924780881.issue4285@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

"... as a named tuple" works for me. I'll go with that. Thanks!

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

From report at bugs.python.org  Wed Feb  4 19:45:45 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 04 Feb 2009 18:45:45 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233773145.69.0.349046392019.issue3959@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

If changes to ipaddr could make things easier for netaddr's support of
advanced features, please do propose those changes!

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

From report at bugs.python.org  Wed Feb  4 20:27:35 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 04 Feb 2009 19:27:35 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <8517e9350902040825p7688703ycb9430363a3f16aa@mail.gmail.com>
Message-ID: <4989EC23.1060201@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> in light of david's email, would you agree that the bar for buy-in has
> been met or should I now start writing a PEP and preparing offerings
> for the BDFL?

Yes, I think it can be integrated now. I'll look into it, unless
somebody is faster (it could well take some weeks until I find some
time)

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

From report at bugs.python.org  Wed Feb  4 20:30:15 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 04 Feb 2009 19:30:15 +0000
Subject: [issue5151] extractall method for TarFile objects not setting
	owner:group on directories
In-Reply-To: <1233765836.67.0.207576838338.issue5151@psf.upfronthosting.co.za>
Message-ID: <1233775815.46.0.653195386918.issue5151@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Does the problem exist in 2.6 still? If you can't determine that easily,
can you please provide a reproducible test case (e.g. some tar(1)
created tar file plus a Python script)

----------
nosy: +loewis

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

From report at bugs.python.org  Wed Feb  4 21:11:30 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Feb 2009 20:11:30 +0000
Subject: [issue5152] Add a JSON-RPC module
In-Reply-To: <1233778290.63.0.330214687259.issue5152@psf.upfronthosting.co.za>
Message-ID: <1233778290.63.0.330214687259.issue5152@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <rhettinger at users.sourceforge.net>:

Add a JSON analogue to xmlrpclib.  See: 
 http://en.wikipedia.org/wiki/JSON-RPC

In some ways, it is much nicer than its XML cousin with bi-directional
communication, faster/simpler parsing, and ability to use TCP/IP
directly (not requiring HTTP transport).

----------
assignee: rhettinger
messages: 81153
nosy: rhettinger
priority: normal
severity: normal
status: open
title: Add a JSON-RPC module
type: feature request
versions: Python 2.7, Python 3.1

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

From report at bugs.python.org  Wed Feb  4 21:13:58 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Feb 2009 20:13:58 +0000
Subject: [issue4124] Patch for adding "default" to itemgetter and attrgetter
In-Reply-To: <1224022053.76.0.0750871741065.issue4124@psf.upfronthosting.co.za>
Message-ID: <1233778438.58.0.308987024226.issue4124@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


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

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

From report at bugs.python.org  Wed Feb  4 21:17:56 2009
From: report at bugs.python.org (Adam Vandenberg)
Date: Wed, 04 Feb 2009 20:17:56 +0000
Subject: [issue5153] Extra ) in optparse sample
In-Reply-To: <1233778676.16.0.751248384993.issue5153@psf.upfronthosting.co.za>
Message-ID: <1233778676.16.0.751248384993.issue5153@psf.upfronthosting.co.za>


New submission from Adam Vandenberg <flangy at gmail.com>:

In the "Callback example 6: variable arguments" section of the optparse
documentation, the example code has an extra ) at the end of the last
line of the function:

setattr(parser.values, option.dest, value))

----------
assignee: georg.brandl
components: Documentation
messages: 81154
nosy: adamvan, georg.brandl
severity: normal
status: open
title: Extra ) in optparse sample
versions: Python 2.6, Python 2.7

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

From report at bugs.python.org  Wed Feb  4 21:18:57 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Feb 2009 20:18:57 +0000
Subject: [issue3783] dbm.sqlite proof of concept
In-Reply-To: <1220572652.24.0.256023256295.issue3783@psf.upfronthosting.co.za>
Message-ID: <1233778737.02.0.756821171877.issue3783@psf.upfronthosting.co.za>


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

FWIW, I put an alternative in the sandbox /dbm_sqlite/alt/dbdict.py and
am attaching a copy here.  The idea is to emulate gdbm's fast mode and
delay all writes until closing.  That lets us subclass from dict and get
high-speed lookups, sets, and deletions.  Freeing ourselves from an DB
also gets us a choice of ultra-portable file formats (json, csv, pickle,
eval).

----------
priority:  -> low
Added file: http://bugs.python.org/file12939/dbdict.py

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

From report at bugs.python.org  Wed Feb  4 21:19:42 2009
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Wed, 04 Feb 2009 20:19:42 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233778782.02.0.242593338615.issue5135@psf.upfronthosting.co.za>


Walter D?rwald <walter at livinglogic.de> added the comment:

The patch looks fine to me. Tests pass.

I have no opinion about the name. Both "simplegeneric" and "generic" are
OK to me.

I wonder if being able to use register() directly instead of as a
decorator should be dropped.

Also IMHO the Python 2.3 backwards compatibility (__name__ isn't
setable) can be dropped.

----------
nosy: +doerwalter

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

From report at bugs.python.org  Wed Feb  4 21:21:38 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 04 Feb 2009 20:21:38 +0000
Subject: [issue5152] Add a JSON-RPC module
In-Reply-To: <1233778290.63.0.330214687259.issue5152@psf.upfronthosting.co.za>
Message-ID: <1233778898.99.0.0517405524897.issue5152@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I think this feature request is out of scope for this bug tracker. To
fulfill the request, one not only has to *add* the module, but to
*implement* it first.

Since there is no inherent need for such a module to be provided with
the standard library, somebody implementing it should well first publish
it on PyPI, build a community, have it used for some time, and then
propose it for inclusion (e.g. through this bug tracker). That's the
same route that the XML-RPC implementation took.

If nobody volunteers to implement such a module, chances are high that
it is because nobody actually needs a Python implementation of a
JSON-RPC client module.

----------
nosy: +loewis

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

From report at bugs.python.org  Wed Feb  4 21:21:47 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 04 Feb 2009 20:21:47 +0000
Subject: [issue5148] gzip.open breaks with  'U' flag
In-Reply-To: <1233709542.39.0.638969424034.issue5148@psf.upfronthosting.co.za>
Message-ID: <1233778907.58.0.976798725537.issue5148@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

Seems like this should be fairly easy to do right.  'U' needs to be
removed from the flags but then applied to the lines read from the
stream.

----------
keywords: +easy
nosy: +skip.montanaro
stage:  -> needs patch

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

From report at bugs.python.org  Wed Feb  4 21:23:13 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Feb 2009 20:23:13 +0000
Subject: [issue2527] Pass a namespace to timeit
In-Reply-To: <1207052027.28.0.27225375953.issue2527@psf.upfronthosting.co.za>
Message-ID: <1233778993.22.0.40586641383.issue2527@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
priority:  -> normal
versions: +Python 2.7, Python 3.1 -Python 2.6

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

From report at bugs.python.org  Wed Feb  4 21:29:15 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Wed, 04 Feb 2009 20:29:15 +0000
Subject: [issue3783] dbm.sqlite proof of concept
In-Reply-To: <1220572652.24.0.256023256295.issue3783@psf.upfronthosting.co.za>
Message-ID: <1233779355.85.0.955697225886.issue3783@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <exarkun at divmod.com>:


----------
nosy:  -exarkun

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

From report at bugs.python.org  Wed Feb  4 21:46:16 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Wed, 04 Feb 2009 20:46:16 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233780376.89.0.170940385812.issue4804@psf.upfronthosting.co.za>


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

Here is the patch implementing msg81093. (check_fd.patch)
I tested this on VC6. (test_os passed) I hope this also works on VC9 as
well.

Added file: http://bugs.python.org/file12942/check_fd.patch

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

From report at bugs.python.org  Wed Feb  4 21:51:56 2009
From: report at bugs.python.org (=?utf-8?q?Lars_Gust=C3=A4bel?=)
Date: Wed, 04 Feb 2009 20:51:56 +0000
Subject: [issue5151] extractall method for TarFile objects not setting
	owner:group on directories
In-Reply-To: <1233765836.67.0.207576838338.issue5151@psf.upfronthosting.co.za>
Message-ID: <1233780716.54.0.0154434804781.issue5151@psf.upfronthosting.co.za>


Lars Gust?bel <lars at gustaebel.de> added the comment:

This is probably a duplicate of issue1735, which was fixed in r59713,
i.e. between 2.5.1 and 2.5.2. Are you by any chance using Python 2.5.1?

----------
assignee:  -> lars.gustaebel
nosy: +lars.gustaebel

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

From report at bugs.python.org  Wed Feb  4 21:54:05 2009
From: report at bugs.python.org (Nicholas Patterson)
Date: Wed, 04 Feb 2009 20:54:05 +0000
Subject: [issue5151] extractall method for TarFile objects not setting
	owner:group on directories
In-Reply-To: <1233780716.54.0.0154434804781.issue5151@psf.upfronthosting.co.za>
Message-ID: <0063677D5AB35E409C1EB1C886D24F1002CA951B@cos-us-mb01.cos.agilent.com>


Nicholas Patterson <nicholas_patterson at agilent.com> added the comment:

Using 2.5.0 on SLES 10 servers and 2.5.1 on Solaris 10 servers.  Have only tested SLES so far since that's our main platform.

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

From report at bugs.python.org  Wed Feb  4 22:02:21 2009
From: report at bugs.python.org (=?utf-8?q?Lars_Gust=C3=A4bel?=)
Date: Wed, 04 Feb 2009 21:02:21 +0000
Subject: [issue5151] extractall method for TarFile objects not setting
	owner:group on directories
In-Reply-To: <1233765836.67.0.207576838338.issue5151@psf.upfronthosting.co.za>
Message-ID: <1233781341.69.0.705213501498.issue5151@psf.upfronthosting.co.za>


Lars Gust?bel <lars at gustaebel.de> added the comment:

Could you try to do a test with the patch from issue1735? It is rather
trivial to apply.

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

From report at bugs.python.org  Wed Feb  4 22:11:08 2009
From: report at bugs.python.org (Nicholas Patterson)
Date: Wed, 04 Feb 2009 21:11:08 +0000
Subject: [issue5151] extractall method for TarFile objects not setting
	owner:group on directories
In-Reply-To: <1233781341.69.0.705213501498.issue5151@psf.upfronthosting.co.za>
Message-ID: <0063677D5AB35E409C1EB1C886D24F1002CA954B@cos-us-mb01.cos.agilent.com>


Nicholas Patterson <nicholas_patterson at agilent.com> added the comment:

Yep that fixed it, sorry to have used up your time.  Still a bit new to the search feature on the site, didn't notice the form defaulted to only searching on open bugs/issues.

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

From report at bugs.python.org  Wed Feb  4 22:35:32 2009
From: report at bugs.python.org (=?utf-8?q?Lars_Gust=C3=A4bel?=)
Date: Wed, 04 Feb 2009 21:35:32 +0000
Subject: [issue5151] extractall method for TarFile objects not setting
	owner:group on directories
In-Reply-To: <1233765836.67.0.207576838338.issue5151@psf.upfronthosting.co.za>
Message-ID: <1233783332.0.0.731695002048.issue5151@psf.upfronthosting.co.za>


Lars Gust?bel <lars at gustaebel.de> added the comment:

Never mind! Thank you anyway for your report.

----------
resolution:  -> duplicate
status: open -> closed

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

From report at bugs.python.org  Wed Feb  4 22:42:11 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Wed, 04 Feb 2009 21:42:11 +0000
Subject: [issue4753] Faster opcode dispatch on gcc
In-Reply-To: <1230325778.98.0.752974375077.issue4753@psf.upfronthosting.co.za>
Message-ID: <1233783731.71.0.437875202977.issue4753@psf.upfronthosting.co.za>


Gabriel Genellina <gagsl-py2 at yahoo.com.ar> added the comment:

> Might I suggest that the TARGET and TARGET_WITH_IMPL macros not 
> include the trailing colon? 

Yes, please!

----------
nosy: +gagenellina

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

From report at bugs.python.org  Wed Feb  4 22:49:57 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Wed, 04 Feb 2009 21:49:57 +0000
Subject: [issue5015] The Py_SetPythonHome C API function is undocumented
In-Reply-To: <1232493833.95.0.946934351035.issue5015@psf.upfronthosting.co.za>
Message-ID: <1233784197.57.0.789587746796.issue5015@psf.upfronthosting.co.za>


Changes by Gabriel Genellina <gagsl-py2 at yahoo.com.ar>:


----------
nosy: +gagenellina

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

From report at bugs.python.org  Wed Feb  4 22:53:10 2009
From: report at bugs.python.org (Duncan McGreggor)
Date: Wed, 04 Feb 2009 21:53:10 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1233784390.79.0.375667727936.issue3959@psf.upfronthosting.co.za>


Duncan McGreggor <duncan.mcgreggor at gmail.com> added the comment:

> If changes to ipaddr could make things easier for netaddr's support
> of advanced features, please do propose those changes!

Thanks, Guido -- we will :-) We'll be watching closely for that and
participating as much as possible.

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

From report at bugs.python.org  Wed Feb  4 23:02:59 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Wed, 04 Feb 2009 22:02:59 +0000
Subject: [issue1079] decode_header does not follow RFC 2047
In-Reply-To: <1188637019.25.0.0476259625696.issue1079@psf.upfronthosting.co.za>
Message-ID: <1233784979.22.0.946132991365.issue1079@psf.upfronthosting.co.za>


Changes by Gabriel Genellina <gagsl-py2 at yahoo.com.ar>:


----------
nosy: +gagenellina

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

From report at bugs.python.org  Wed Feb  4 23:13:23 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Wed, 04 Feb 2009 22:13:23 +0000
Subject: [issue5141] C API for appending to arrays
In-Reply-To: <1233654934.43.0.515749486926.issue5141@psf.upfronthosting.co.za>
Message-ID: <1233785603.73.0.952674913718.issue5141@psf.upfronthosting.co.za>


Gabriel Genellina <gagsl-py2 at yahoo.com.ar> added the comment:

Arrays already support the buffer interface

----------
nosy: +gagenellina

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

From report at bugs.python.org  Wed Feb  4 23:16:55 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Wed, 04 Feb 2009 22:16:55 +0000
Subject: [issue5125] Strange locale problem with Python 3
In-Reply-To: <1233517710.32.0.869509955584.issue5125@psf.upfronthosting.co.za>
Message-ID: <1233785815.75.0.735510675214.issue5125@psf.upfronthosting.co.za>


Changes by Gabriel Genellina <gagsl-py2 at yahoo.com.ar>:


----------
nosy: +gagenellina

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

From report at bugs.python.org  Wed Feb  4 23:31:12 2009
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 04 Feb 2009 22:31:12 +0000
Subject: [issue4285] Use a named tuple for sys.version_info
In-Reply-To: <1226189092.93.0.524804334834.issue4285@psf.upfronthosting.co.za>
Message-ID: <1233786672.44.0.776700478344.issue4285@psf.upfronthosting.co.za>


Christian Heimes <lists at cheimes.de> added the comment:

Technically it's not a named tuple. Calling it named tuple may cause
confusing. http://docs.python.org/library/os.html#os.stat calls it a
structure.

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

From report at bugs.python.org  Wed Feb  4 23:31:23 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Wed, 04 Feb 2009 22:31: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: <1233786683.23.0.478668475463.issue3871@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

attached patch for trunk-20090204:
- removed patch from issue4587 (not relevant for mingw) ;
- improved static build now succeed (use --disable-shared). this is
follow-up of issue4494 + ... (don't expect loadable modules to work on
windows) ;
- restore win32.S removed in r69260. thanks thomas.

Added file: http://bugs.python.org/file12943/python-trunk-20090204-MINGW.patch

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

From report at bugs.python.org  Wed Feb  4 23:31:53 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Wed, 04 Feb 2009 22:31:53 +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: <1233786713.3.0.959716038638.issue3871@psf.upfronthosting.co.za>


Changes by Roumen Petrov <bugtrack at roumenpetrov.info>:


Removed file: http://bugs.python.org/file11665/python-trunk-MINGW.patch

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

From report at bugs.python.org  Wed Feb  4 23:31:59 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Wed, 04 Feb 2009 22:31:59 +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: <1233786719.08.0.696623833169.issue3871@psf.upfronthosting.co.za>


Changes by Roumen Petrov <bugtrack at roumenpetrov.info>:


Removed file: http://bugs.python.org/file12272/python-trunk-MINGW.patch

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

From report at bugs.python.org  Wed Feb  4 23:32:22 2009
From: report at bugs.python.org (Ben Bangert)
Date: Wed, 04 Feb 2009 22:32:22 +0000
Subject: [issue5154] OSX broken poll testing doesn't work
In-Reply-To: <1233786742.9.0.12404457396.issue5154@psf.upfronthosting.co.za>
Message-ID: <1233786742.9.0.12404457396.issue5154@psf.upfronthosting.co.za>


New submission from Ben Bangert <ben at groovie.org>:

OSX 10.5 has a broken poll, this is an already known issue as I noticed
there's even a HAVE_BROKEN_POLL option that is in the source:
http://mail.python.org/pipermail/python-checkins/2006-April/051710.html

However, this run-time check apparently does not work, as I continue to
get socket errors related to the broken poll (On *any* version of Python
I compile from 2.4 through 2.6) unless I recompile Python and manually
comment out HAVE_POLL like the first line of Apple's Python patch here:
http://www.opensource.apple.com/darwinsource/10.5.6/python-30.1.2/fix/pyconfig.ed

Further, I think its quite likely that other bugs being submitted all
over the place from users running MacPorts on OSX are misdiagnosing this
bug as they believe its related to other software, when it is in fact
specific to custom compiles (MacPorts included) of Python. This bug
usually manifests itself as a Socket 35 error like so:
http://bugs.python.org/issue1085
http://www.cherrypy.org/ticket/598

This issue was diagnosed for me by Phil Jenvey, who believes that all
versions of OSX to date have had a broken poll (which reflects my paste
experience with this socket 35 bug as well).

I'm not sure of the most appropriate fix, I've submitted a bug to
MacPorts as well with the recommendation that for now they apply a patch
to undef HAVE_POLL, as Apple does.

----------
components: Library (Lib)
messages: 81171
nosy: bbangert
severity: normal
status: open
title: OSX broken poll testing doesn't work
type: behavior
versions: 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  Wed Feb  4 23:33:51 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Feb 2009 22:33:51 +0000
Subject: [issue4285] Use a named tuple for sys.version_info
In-Reply-To: <1226189092.93.0.524804334834.issue4285@psf.upfronthosting.co.za>
Message-ID: <1233786831.81.0.770356348674.issue4285@psf.upfronthosting.co.za>


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

> Eric Smith <eric at trueblade.com> added the comment:
> "... as a named tuple" works for me. I'll go with that. Thanks!

+1 

Remember, "named tuple" is a concept, not a class.  It is anything that
provides attribute access as an alternative to indexed access (see the
definition in the glossary where time.struct_time is given as an
example).  Running the collections.named_tuple() factory function
creates a new class with named tuple features, but it is just one of
several ways of creating named tuples.

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

From report at bugs.python.org  Wed Feb  4 23:36:53 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Wed, 04 Feb 2009 22:36:53 +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: <1233787013.82.0.904076427773.issue2942@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

Hi shura_zam,
I test this patch in issue3871 but without success - setup.py don't try
to build ctypes module. May I ask you to post a sample.

----------
nosy: +rpetrov

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

From report at bugs.python.org  Wed Feb  4 23:39:59 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 04 Feb 2009 22:39:59 +0000
Subject: [issue5154] OSX broken poll testing doesn't work
In-Reply-To: <1233786742.9.0.12404457396.issue5154@psf.upfronthosting.co.za>
Message-ID: <1233787199.07.0.00535441874591.issue5154@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

In what specific way is poll() broken?

----------
nosy: +loewis

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

From report at bugs.python.org  Wed Feb  4 23:41:58 2009
From: report at bugs.python.org (Ben Bangert)
Date: Wed, 04 Feb 2009 22:41:58 +0000
Subject: [issue5154] OSX broken poll testing doesn't work
In-Reply-To: <1233786742.9.0.12404457396.issue5154@psf.upfronthosting.co.za>
Message-ID: <1233787318.68.0.635446322956.issue5154@psf.upfronthosting.co.za>


Ben Bangert <ben at groovie.org> added the comment:

I don't know specifically, Phil Jenvey probably would as he's the one
that told me it is. Apple apparently knows this an turns it off in their
version of Python that is supplied.

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

From report at bugs.python.org  Wed Feb  4 23:48:17 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 04 Feb 2009 22:48:17 +0000
Subject: [issue5154] OSX broken poll testing doesn't work
In-Reply-To: <1233787318.68.0.635446322956.issue5154@psf.upfronthosting.co.za>
Message-ID: <498A1B2E.7070508@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I don't know specifically, Phil Jenvey probably would as he's the one
> that told me it is. Apple apparently knows this an turns it off in their
> version of Python that is supplied.

That's not a sufficient reason to copy their work-around. A problem must
be understood fully before any solution is attempted. I'm -1 on
work-arounds.

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

From report at bugs.python.org  Wed Feb  4 23:52:49 2009
From: report at bugs.python.org (Paul Moore)
Date: Wed, 04 Feb 2009 22:52:49 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233787969.4.0.642255862126.issue5135@psf.upfronthosting.co.za>


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

Agreed about the compatibility. It's there from pkgutil, where to be
honest, it's even less necessary, as simplegeneric was for internal use
only, there. I'm certainly not aware of any backward compatibility
requirements for functools.

Assuming nobody speaks up to the contrary, I'll rip out the
compatibility bits in the next version of the patch.

I'm unsure about the non-decorator version of register. I can imagine
use cases for it - consider pprint, for example, where you might want to
register str as the overload for your particular type. But it's not a
big deal either way.

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

From report at bugs.python.org  Wed Feb  4 23:58:51 2009
From: report at bugs.python.org (Ben Bangert)
Date: Wed, 04 Feb 2009 22:58:51 +0000
Subject: [issue5154] OSX broken poll testing doesn't work
In-Reply-To: <1233786742.9.0.12404457396.issue5154@psf.upfronthosting.co.za>
Message-ID: <1233788331.98.0.521533989898.issue5154@psf.upfronthosting.co.za>


Ben Bangert <ben at groovie.org> added the comment:

Ah, sorry, misunderstanding. I'm not recommending that Python copy
Apple's patch. I was pointing out that the HAVE_BROKEN_POLL test
apparently doesn't work, and that *all* manually compiled copies of
Python done on OSX will suffer this socket 35 error without having
HAVE_POLL commented out.

As I mention in the original message, I'm not sure of the most
appropriate fix. :)

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

From report at bugs.python.org  Thu Feb  5 00:37:55 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 04 Feb 2009 23:37:55 +0000
Subject: [issue1520877] Distutils bugfix: Read $AR from the
	environment/Makefile.
Message-ID: <1233790675.33.0.721971528611.issue1520877@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5

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

From report at bugs.python.org  Thu Feb  5 00:42:39 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 04 Feb 2009 23:42:39 +0000
Subject: [issue1276768] dirutils.mkpath (verbose option does not work)
Message-ID: <1233790959.07.0.470263374255.issue1276768@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Still present in 2.6/3.0

----------
nosy: +akitada, tarek
type: feature request -> behavior
versions: +Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Thu Feb  5 00:45:08 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 04 Feb 2009 23:45:08 +0000
Subject: [issue2236] Distutils' mkpath implementation ignoring the "mode"
	parameter
In-Reply-To: <1204664208.81.0.312695054648.issue2236@psf.upfronthosting.co.za>
Message-ID: <1233791108.59.0.152694061781.issue2236@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Still present in 2.6/3.0

----------
nosy: +akitada, tarek
type: resource usage -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5

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

From report at bugs.python.org  Thu Feb  5 02:39:07 2009
From: report at bugs.python.org (Sam)
Date: Thu, 05 Feb 2009 01:39:07 +0000
Subject: [issue3766] socket.socket.recv broken (unbearably slow)
In-Reply-To: <1220479128.18.0.248146469424.issue3766@psf.upfronthosting.co.za>
Message-ID: <1233797947.38.0.50011285301.issue3766@psf.upfronthosting.co.za>


Sam <samslists at gmail.com> added the comment:

I know this bug is closed, but I too am experiencing it under Linux 
2.6.24-22 and Python 2.5.2.

I'm using urllib2, and it's just spending an obscene amount of cpu time 
in {method 'recv' of '_socket.socket' objects}....

Anyone have any ideas?

Would switching to httplib2 help?

----------
nosy: +samslists

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

From report at bugs.python.org  Thu Feb  5 02:42:22 2009
From: report at bugs.python.org (And Clover)
Date: Thu, 05 Feb 2009 01:42:22 +0000
Subject: [issue691291] codecs.open(filename, 'U', 'UTF-16') corrupts text
Message-ID: <1233798142.36.0.399908566423.issue691291@psf.upfronthosting.co.za>


And Clover <and at doxdesk.com> added the comment:

> The problem is that codecs.open() forces binary mode on the underlying
file object, and this defeats the U mode.

Actually the problem is it doesn't defeat it!

The function is documented to force binary, but it actually only does
"mode = mode + 'b'", which can leave you with a mode of 'rUb'. This mode
should be invalid but in practice the 'U' wins out, and causes the
expected problems for UTF-16 and some East Asian codecs.

Until such time as text/universal mode is supported at the overlying
decoded stream level, I suggest that 'U' should be .replace()d out of
the mode as well as 'b' being added, as the documentation would imply.

----------
nosy: +aclover

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

From report at bugs.python.org  Thu Feb  5 02:52:53 2009
From: report at bugs.python.org (Beau Butler)
Date: Thu, 05 Feb 2009 01:52:53 +0000
Subject: [issue5155] Multiprocessing.Queue created by subprocess fails when
	used in sub-sub-process
In-Reply-To: <1233798773.64.0.357189782395.issue5155@psf.upfronthosting.co.za>
Message-ID: <1233798773.64.0.357189782395.issue5155@psf.upfronthosting.co.za>


New submission from Beau Butler <beau.butler at gmail.com>:

(Note: This issue only happens on linux - on Windows things work fine.)

Please see the attached script.

The script creates a process (TestProcess()). That process runs and
creates a sub-process (TestSubProcess()). When TestSubProcess tries to
access a Queue created by TestProcess, the .get() call fails with the
following stack trace:

Process Process-1:1:
Traceback (most recent call last):
  File "/opt/python2.6/lib/python2.6/multiprocessing/process.py", line
231, in _bootstrap
    self.run()
  File "/opt/python2.6/lib/python2.6/multiprocessing/process.py", line
88, in run
    self._target(*self._args, **self._kwargs)
  File "queue_test.py", line 7, in TestSubProcess
    item = q.get()                        # Fails with IOError if queue
created in TestProcess
  File "/opt/python2.6/lib/python2.6/multiprocessing/queues.py", line
91, in get
    res = self._recv()
IOError: [Errno 9] Bad file descriptor

If the same queue is created by main (top level), TestSubProcess
accesses it with no errors. This behavior can be stimulated by
uncommenting the q = multiprocessing.Queue() line in TestProcess.


Tested using:
Python 2.6.1 (r261:67517, Dec  4 2008, 16:51:00) [MSC v.1500 32 bit
(Intel)] on win32
(Installed using binary installer, windows XPSP2)

*No problems*

Python 2.6.1 (r261:67515, Jan  6 2009, 15:23:19) [GCC 4.2.4 (Ubuntu
4.2.4-1ubuntu3)] on linux2
(Compiled from source due to ubuntu 8.04 (Hardy) not having python2.6 yet)

*Fails on q.get() in TestSubProcess*

----------
components: Library (Lib)
files: queue_test.py
messages: 81183
nosy: bbutler
severity: normal
status: open
title: Multiprocessing.Queue created by subprocess fails when used in sub-sub-process
type: crash
versions: Python 2.6
Added file: http://bugs.python.org/file12944/queue_test.py

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

From report at bugs.python.org  Thu Feb  5 02:54:51 2009
From: report at bugs.python.org (Beau Butler)
Date: Thu, 05 Feb 2009 01:54:51 +0000
Subject: [issue5155] Multiprocessing.Queue created by sub-process fails when
	used in sub-sub-process
In-Reply-To: <1233798773.64.0.357189782395.issue5155@psf.upfronthosting.co.za>
Message-ID: <1233798891.07.0.0358294697591.issue5155@psf.upfronthosting.co.za>


Changes by Beau Butler <beau.butler at gmail.com>:


----------
title: Multiprocessing.Queue created by subprocess fails when used in sub-sub-process -> Multiprocessing.Queue created by sub-process fails when used in sub-sub-process

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

From report at bugs.python.org  Thu Feb  5 02:56:40 2009
From: report at bugs.python.org (Beau Butler)
Date: Thu, 05 Feb 2009 01:56:40 +0000
Subject: [issue5155] Multiprocessing.Queue created by sub-process fails when
	used in sub-sub-process ("bad file descriptor" in q.get())
In-Reply-To: <1233798773.64.0.357189782395.issue5155@psf.upfronthosting.co.za>
Message-ID: <1233799000.47.0.911054975733.issue5155@psf.upfronthosting.co.za>


Changes by Beau Butler <beau.butler at gmail.com>:


----------
title: Multiprocessing.Queue created by sub-process fails when used in sub-sub-process -> Multiprocessing.Queue created by sub-process fails when used in sub-sub-process ("bad file descriptor" in q.get())

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

From report at bugs.python.org  Thu Feb  5 03:30:44 2009
From: report at bugs.python.org (Beau Butler)
Date: Thu, 05 Feb 2009 02:30:44 +0000
Subject: [issue5155] Multiprocessing.Queue created by sub-process fails when
	used in sub-sub-process ("bad file descriptor" in q.get())
In-Reply-To: <1233798773.64.0.357189782395.issue5155@psf.upfronthosting.co.za>
Message-ID: <1233801044.55.0.712890967452.issue5155@psf.upfronthosting.co.za>


Beau Butler <beau.butler at gmail.com> added the comment:

Also reproduced in Python3.0 on OSX 10.5

----------
versions: +Python 3.0

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

From report at bugs.python.org  Thu Feb  5 03:36:18 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 05 Feb 2009 02:36:18 +0000
Subject: [issue5148] gzip.open breaks with  'U' flag
In-Reply-To: <1233709542.39.0.638969424034.issue5148@psf.upfronthosting.co.za>
Message-ID: <1233801378.88.0.799972134366.issue5148@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

Here's a patch against trunk.  Extra test case and minor doc tweak
included.

----------
keywords: +patch
Added file: http://bugs.python.org/file12945/gzipU.diff

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

From report at bugs.python.org  Thu Feb  5 04:30:03 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 05 Feb 2009 03:30:03 +0000
Subject: [issue5155] Multiprocessing.Queue created by sub-process fails when
	used in sub-sub-process ("bad file descriptor" in q.get())
In-Reply-To: <1233798773.64.0.357189782395.issue5155@psf.upfronthosting.co.za>
Message-ID: <1233804603.78.0.00145430145056.issue5155@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> jnoller
nosy: +jnoller

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

From report at bugs.python.org  Thu Feb  5 04:30:17 2009
From: report at bugs.python.org (Ryan Freckleton)
Date: Thu, 05 Feb 2009 03:30:17 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233804617.11.0.115711783268.issue5135@psf.upfronthosting.co.za>


Ryan Freckleton <ryan.freckleton at gmail.com> added the comment:

I think that registering existing functions is an important use case, so
I vote for keeping the non-decorator version of register.

Another thing that we may want to document is that [simple]generic
doesn't dispatch based on registered abstract base classes.

>>> class A:
...     pass
...
>>> class C:
...     __metaclass__ = abc.ABCMeta
...
>>> C.register(A)
>>> @generic
... def pprint(obj):
...     print str(obj)
...
>>> @pprint.register(C)
... def pprint_C(obj):
...     print "Charlie", obj
...
>>> pprint(C())
Charlie <__main__.C object at 0xb7c5336c>
>>> pprint(A())
<__main__.A instance at 0xb7c5336c>

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

From report at bugs.python.org  Thu Feb  5 04:36:15 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 05 Feb 2009 03:36:15 +0000
Subject: [issue5148] gzip.open breaks with  'U' flag
In-Reply-To: <1233709542.39.0.638969424034.issue5148@psf.upfronthosting.co.za>
Message-ID: <1233804975.76.0.496253366435.issue5148@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


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

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

From report at bugs.python.org  Thu Feb  5 05:38:10 2009
From: report at bugs.python.org (Philip Jenvey)
Date: Thu, 05 Feb 2009 04:38:10 +0000
Subject: [issue1757126] [PATCH] Fix ptcp154 encoding cyrillic_asian alias
Message-ID: <1233808690.2.0.415869281118.issue1757126@psf.upfronthosting.co.za>


Changes by Philip Jenvey <pjenvey at users.sourceforge.net>:


----------
title: Fix ptcp154 encoding cyrillic_asian alias -> [PATCH] Fix ptcp154 encoding cyrillic_asian alias

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

From report at bugs.python.org  Thu Feb  5 09:54:43 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 05 Feb 2009 08:54:43 +0000
Subject: [issue1520877] Distutils bugfix: Read $AR from the
	environment/Makefile.
Message-ID: <1233824083.95.0.911404599862.issue1520877@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek

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

From report at bugs.python.org  Thu Feb  5 09:56:14 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 05 Feb 2009 08:56:14 +0000
Subject: [issue1276768] dirutils.mkpath (verbose option does not work)
Message-ID: <1233824174.94.0.566303994912.issue1276768@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek

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

From report at bugs.python.org  Thu Feb  5 10:11:29 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 05 Feb 2009 09:11:29 +0000
Subject: [issue1835] Update version number in __init__.py
In-Reply-To: <1200417671.24.0.488273286588.issue1835@psf.upfronthosting.co.za>
Message-ID: <1233825089.33.0.330362818416.issue1835@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

fixed on r69285

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

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

From report at bugs.python.org  Thu Feb  5 10:12:11 2009
From: report at bugs.python.org (Paul Melis)
Date: Thu, 05 Feb 2009 09:12:11 +0000
Subject: [issue4137] update SIG web pages
In-Reply-To: <1224230964.55.0.983457546691.issue4137@psf.upfronthosting.co.za>
Message-ID: <1233825131.14.0.63722623536.issue4137@psf.upfronthosting.co.za>


Paul Melis <paul at floorball-flamingos.nl> added the comment:

The "archive" and "subscribe" links for the C++ SIG is incorrect, as the
URL seems to have changed from

  http://mail.python.org/pipermail/c++-sig

to
  
  http://mail.python.org/pipermail/cplusplus-sig

----------
nosy: +paulmelis

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

From report at bugs.python.org  Thu Feb  5 10:20:37 2009
From: report at bugs.python.org (=?utf-8?q?Hrvoje_Nik=C5=A1i=C4=87?=)
Date: Thu, 05 Feb 2009 09:20:37 +0000
Subject: [issue5141] C API for appending to arrays
In-Reply-To: <1233654934.43.0.515749486926.issue5141@psf.upfronthosting.co.za>
Message-ID: <1233825637.2.0.915099840477.issue5141@psf.upfronthosting.co.za>


Hrvoje Nik?i? <hniksic at gmail.com> added the comment:

Yes, and I use it in the second example, but the buffer interface
doesn't really help with adding new elements into the array.

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

From report at bugs.python.org  Thu Feb  5 11:02:44 2009
From: report at bugs.python.org (Peter Harris)
Date: Thu, 05 Feb 2009 10:02:44 +0000
Subject: [issue5156] IDLE exits with UnicodeDecodeError on Ctrl+Space
In-Reply-To: <1233828164.4.0.121104337122.issue5156@psf.upfronthosting.co.za>
Message-ID: <1233828164.4.0.121104337122.issue5156@psf.upfronthosting.co.za>


New submission from Peter Harris <scav at users.sourceforge.net>:

Using Python3.1 built from svn, on RedHat EL4, with Tcl/Tk 8.5 built
from source.

Traceback:
------------------
  File "/usr/mlocal/lib/python3.1/runpy.py", line 122, in
_run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "/usr/mlocal/lib/python3.1/runpy.py", line 34, in _run_code
    exec(code, run_globals)
  File "/usr/mlocal/lib/python3.1/idlelib/idle.py", line 22, in <module>
    idlelib.PyShell.main()
  File "/usr/mlocal/lib/python3.1/idlelib/PyShell.py", line 1407, in main
    root.mainloop()
  File "/usr/mlocal/lib/python3.1/tkinter/__init__.py", line 1009, in
mainloop
    self.tk.mainloop(n)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1:
illegal encoding
----------------
The list of completions appears just before the crash. I can't tell
whether the error occurs within tkinter or IDLE.

If I find out where to put the try/except I'll submit a patch.

----------
components: IDLE
messages: 81190
nosy: scav
severity: normal
status: open
title: IDLE exits with UnicodeDecodeError on Ctrl+Space
versions: Python 3.1

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

From report at bugs.python.org  Thu Feb  5 11:27:28 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:27:28 +0000
Subject: [issue4137] update SIG web pages
In-Reply-To: <1224230964.55.0.983457546691.issue4137@psf.upfronthosting.co.za>
Message-ID: <1233829649.0.0.251087099483.issue4137@psf.upfronthosting.co.za>


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

As this is not a tracker for the website, closing is good, especially
when we know it's being worked on.

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

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

From report at bugs.python.org  Thu Feb  5 11:31:09 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:31:09 +0000
Subject: [issue5153] Extra ) in optparse sample
In-Reply-To: <1233778676.16.0.751248384993.issue5153@psf.upfronthosting.co.za>
Message-ID: <1233829869.4.0.750141054823.issue5153@psf.upfronthosting.co.za>


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

Thanks, fixed in r69288.

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

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

From report at bugs.python.org  Thu Feb  5 11:31:56 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:31:56 +0000
Subject: [issue901727] extra_path kwarg to setup() undocumented
Message-ID: <1233829916.17.0.734260157582.issue901727@psf.upfronthosting.co.za>


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


----------
assignee: georg.brandl -> tarek

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

From report at bugs.python.org  Thu Feb  5 11:33:26 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:33:26 +0000
Subject: [issue5145] struct.calcsize('cd') returns 16 instead of 9
In-Reply-To: <1233687223.75.0.372489916628.issue5145@psf.upfronthosting.co.za>
Message-ID: <1233830006.05.0.481807115944.issue5145@psf.upfronthosting.co.za>


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

The docs have this sentence:

"""
By default, C numbers are represented in the machine's native format and
byte
order, and properly aligned by skipping pad bytes if necessary
(according to the
rules used by the C compiler).
"""

What would you suggest be added?

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

From report at bugs.python.org  Thu Feb  5 11:37:21 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:37:21 +0000
Subject: [issue5144] PySys_SetArgv has wrong documentation
In-Reply-To: <1233680218.31.0.635713677458.issue5144@psf.upfronthosting.co.za>
Message-ID: <1233830241.13.0.499261652773.issue5144@psf.upfronthosting.co.za>


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

Thanks, added docs in r69289.

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

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

From report at bugs.python.org  Thu Feb  5 11:39:02 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:39:02 +0000
Subject: [issue5140] Some Built-in Functions entries in Library Manual are
	missing Permalinks
In-Reply-To: <1233640123.76.0.469214114608.issue5140@psf.upfronthosting.co.za>
Message-ID: <1233830342.38.0.724690996865.issue5140@psf.upfronthosting.co.za>


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

This is because these types are fully documented in the "standard types"
section, and the entry in "functions" just serves a pointer.  (And yes,
this will happen to the remaining types too, at some point.)

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

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

From report at bugs.python.org  Thu Feb  5 11:40:56 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:40:56 +0000
Subject: [issue5130] Obsolete reference to "unicode" in glossary
In-Reply-To: <1233589391.96.0.438188518405.issue5130@psf.upfronthosting.co.za>
Message-ID: <1233830456.59.0.222359440128.issue5130@psf.upfronthosting.co.za>


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

Fixed in r69290.

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

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

From report at bugs.python.org  Thu Feb  5 11:46:53 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Feb 2009 10:46:53 +0000
Subject: [issue5145] struct.calcsize('cd') returns 16 instead of 9
In-Reply-To: <1233687223.75.0.372489916628.issue5145@psf.upfronthosting.co.za>
Message-ID: <1233830813.42.0.156777317454.issue5145@psf.upfronthosting.co.za>


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

The default endiand and alignment is "native". Using <, >, = or ! 
endian, the alignement is standard.

Python 3.1a0 (py3k:69105M, Feb  3 2009, 15:04:35)
>>> struct.calcsize('cd')
12
>>> struct.calcsize('=cd')
9
>>> struct.calcsize('<cd')
9

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

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

From report at bugs.python.org  Thu Feb  5 11:47:57 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:47:57 +0000
Subject: [issue5107] built-in open(..., encoding=vague_default)
In-Reply-To: <1233291628.48.0.339738109946.issue5107@psf.upfronthosting.co.za>
Message-ID: <1233830877.43.0.232229634686.issue5107@psf.upfronthosting.co.za>


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

The device_encoding(buffer.fileno()) doesn't matter for open(), so I've
documented that getpreferredencoding() is used in r69291.

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

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

From report at bugs.python.org  Thu Feb  5 11:56:53 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:56:53 +0000
Subject: [issue5096] strange thing after call PyObject_CallMethod
In-Reply-To: <1233229375.88.0.463699429869.issue5096@psf.upfronthosting.co.za>
Message-ID: <1233831413.41.0.403606587245.issue5096@psf.upfronthosting.co.za>


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

Documented PyErr_PrintEx() in r69292.

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

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

From report at bugs.python.org  Thu Feb  5 11:57:57 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:57:57 +0000
Subject: [issue5066] IDLE documentation for Unix obsolete/incorrect
In-Reply-To: <1232942217.99.0.191249551049.issue5066@psf.upfronthosting.co.za>
Message-ID: <1233831477.28.0.333879953096.issue5066@psf.upfronthosting.co.za>


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

Well, having nice full docs for IDLE would be nice, but I won't do
anything on this matter except committing a full patch :)

----------
assignee: georg.brandl -> 

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

From report at bugs.python.org  Thu Feb  5 11:58:20 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Feb 2009 10:58:20 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233831500.79.0.653322774387.issue5135@psf.upfronthosting.co.za>


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

Failure to respect isinstance() should be fixed, not documented :)

As far as registering existing functions goes, I also expect registering
lambdas and functools.partial will be popular approaches, so keeping
direct registration is a good idea. There isn't any ambiguity between
the one-argument and two-argument forms.

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

From report at bugs.python.org  Thu Feb  5 11:59:39 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 10:59:39 +0000
Subject: [issue5059] Policy.DomainStrict in cookielib example code
In-Reply-To: <1232912756.19.0.0105064644084.issue5059@psf.upfronthosting.co.za>
Message-ID: <1233831579.59.0.598761930361.issue5059@psf.upfronthosting.co.za>


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

Thanks, fixed in r69293.

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

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

From report at bugs.python.org  Thu Feb  5 12:02:23 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 11:02:23 +0000
Subject: [issue4992] yield's documentation not updated
In-Reply-To: <1232319312.46.0.667626052793.issue4992@psf.upfronthosting.co.za>
Message-ID: <1233831743.39.0.148808689123.issue4992@psf.upfronthosting.co.za>


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

Thanks, fixed in r69294.

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

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

From report at bugs.python.org  Thu Feb  5 12:03:16 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 11:03:16 +0000
Subject: [issue4760] cmp gone documentations
In-Reply-To: <1230436607.02.0.835606741355.issue4760@psf.upfronthosting.co.za>
Message-ID: <1233831796.76.0.84911313242.issue4760@psf.upfronthosting.co.za>


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

Seems to be gone now.

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

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

From report at bugs.python.org  Thu Feb  5 12:06:28 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 11:06:28 +0000
Subject: [issue2527] Pass a namespace to timeit
In-Reply-To: <1207052027.28.0.27225375953.issue2527@psf.upfronthosting.co.za>
Message-ID: <1233831988.7.0.833833187105.issue2527@psf.upfronthosting.co.za>


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


----------
assignee: rhettinger -> pitrou

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

From report at bugs.python.org  Thu Feb  5 12:32:31 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 11:32:31 +0000
Subject: [issue5015] The Py_SetPythonHome C API function is undocumented
In-Reply-To: <1232493833.95.0.946934351035.issue5015@psf.upfronthosting.co.za>
Message-ID: <1233833551.75.0.0599121875342.issue5015@psf.upfronthosting.co.za>


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

Documented in r69297.

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

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

From report at bugs.python.org  Thu Feb  5 12:33:42 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 11:33:42 +0000
Subject: [issue4827] optparse: Callback example 1 is confusing
In-Reply-To: <1231051843.8.0.720726802561.issue4827@psf.upfronthosting.co.za>
Message-ID: <1233833622.18.0.34655926254.issue4827@psf.upfronthosting.co.za>


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

You're right, I've fixed that in r69298.

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

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

From report at bugs.python.org  Thu Feb  5 12:35:39 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 11:35:39 +0000
Subject: [issue4820] ctypes.util.find_library incorrectly documented
In-Reply-To: <1230994100.6.0.728617029399.issue4820@psf.upfronthosting.co.za>
Message-ID: <1233833739.54.0.130584326825.issue4820@psf.upfronthosting.co.za>


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

Thanks, fixed in r69299.

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

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

From report at bugs.python.org  Thu Feb  5 12:38:36 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 11:38:36 +0000
Subject: [issue4563] Wrong formatting of contributor list in About page
In-Reply-To: <1228573767.66.0.95540674758.issue4563@psf.upfronthosting.co.za>
Message-ID: <1233833916.85.0.538154121434.issue4563@psf.upfronthosting.co.za>


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

Fixed in r69300.

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

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

From report at bugs.python.org  Thu Feb  5 12:40:49 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 11:40:49 +0000
Subject: [issue5031] Thread.daemon docs
In-Reply-To: <1232616390.21.0.0351753883552.issue5031@psf.upfronthosting.co.za>
Message-ID: <1233834049.26.0.628843264895.issue5031@psf.upfronthosting.co.za>


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

Committed in r69301.

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

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

From report at bugs.python.org  Thu Feb  5 12:59:37 2009
From: report at bugs.python.org (Paul Moore)
Date: Thu, 05 Feb 2009 11:59:37 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233835177.48.0.886593944329.issue5135@psf.upfronthosting.co.za>


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

Agreed (in principle). However, in practice the subtleties of override
order must be documented (and a method of implementation must be
established!!!) Consider:

>>> class A:
...     pass
...
>>> class C:
...     __metaclass__ = abc.ABCMeta
...
>>> class D:
...     __metaclass__ = abc.ABCMeta
...
>>> C.register(A)
>>> D.register(A)
>>> @generic
... def pprint(obj):
...     print "Base", str(obj)
...
>>> @pprint.register(C)
... def pprint_C(obj):
...     print "Charlie", obj
...
>>> @pprint.register(D)
... def pprint_D(obj):
...     print "Delta", obj
...
>>> pprint(A())

What should be printed? A() is a C and a D, but which takes precedence?
There is no concept of a MRO for ABCs, so how would the "correct" answer
be defined? "Neither" may not be perfect, but at least it's clearly
defined. Relying on order of registration for overloads of the generic
function seems to me to be unacceptable, before anyone suggests it, as
it introduces a dependency on what order code is imported.

So while the theory makes sense, the practice is not so clear.
Respecting ABCs seems to me to contradict the "simple" aspect of
simplegeneric, so a documented limitation is appropriate. 

(But given the above, I'm more inclined now to leave the name as
"simplegeneric", precisely to make this point :-))

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

From report at bugs.python.org  Thu Feb  5 13:16:26 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Feb 2009 12:16:26 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233836186.01.0.648190837659.issue5135@psf.upfronthosting.co.za>


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

Hmm, there is such a thing as being *too* simple... a generic function
implementation that doesn't even respect ABCs seems pretty pointless to
me (e.g. I'd like to be able to register a default Sequence
implementation for pprint and have all declared Sequences use it
automatically if there isn't a more specific override).

I'll wait until I have a chance to actually play with the code a bit
before I comment further though.

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

From report at bugs.python.org  Thu Feb  5 14:20:04 2009
From: report at bugs.python.org (Paul Moore)
Date: Thu, 05 Feb 2009 13:20:04 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233840004.54.0.796824957215.issue5135@psf.upfronthosting.co.za>


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

Very good point. Registering for the standard ABCs seems like an
important use case. Unfortunately, it seems to me that ABCs simply don't
provide that capability - is there a way, for a given class, of listing
all the ABCs it's registered under? Even if the order is arbitrary,
that's OK.

Without that, I fail to see how *any* generic function implementation
("simple" or not) could support ABCs. (Excluding obviously broken
approaches such as registration-order dependent overload resolution).

The problem is that ABCs are all about isinstance testing, where generic
functions are all about *avoiding* isinstance testing. (As a compromise,
you could have a base generic function that did isinstance testing for
the sequence ABC).

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

From report at bugs.python.org  Thu Feb  5 14:23:46 2009
From: report at bugs.python.org (Thomas Heller)
Date: Thu, 05 Feb 2009 13:23:46 +0000
Subject: [issue1835] Update version number in __init__.py
In-Reply-To: <1200417671.24.0.488273286588.issue1835@psf.upfronthosting.co.za>
Message-ID: <1233840226.95.0.67471578595.issue1835@psf.upfronthosting.co.za>


Thomas Heller <theller at ctypes.org> added the comment:

> The distutils version number is now updated automatically by the Python
> release process, so the comment in that file can be removed.

How does this mechanism work?  I'm wondering if I should use a similar
mechanism for the ctypes version number...

----------
nosy: +theller

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

From report at bugs.python.org  Thu Feb  5 15:16:46 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 05 Feb 2009 14:16:46 +0000
Subject: [issue5105] sqlite3.Row class,
	handling duplicate column names resulting from a SQL join
In-Reply-To: <1233273211.24.0.156313751238.issue5105@psf.upfronthosting.co.za>
Message-ID: <1233843406.94.0.0643937676045.issue5105@psf.upfronthosting.co.za>


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


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

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

From report at bugs.python.org  Thu Feb  5 16:02:02 2009
From: report at bugs.python.org (Antoine Calando)
Date: Thu, 05 Feb 2009 15:02:02 +0000
Subject: [issue5157] os.stat('foo') succeds if 'foo.exe' exists on cygwin
In-Reply-To: <1233846122.88.0.160860469386.issue5157@psf.upfronthosting.co.za>
Message-ID: <1233846122.88.0.160860469386.issue5157@psf.upfronthosting.co.za>


New submission from Antoine Calando <acalando at free.fr>:

On cygwin platform, with python cygwin package:
Python 2.5.2 (r252:60911, Dec  2 2008, 09:26:14)

When doing an os.stat('file') in a directory where no 'file' exists
but a 'file.exe' do, the function return a stat object, as if the call 
was done on os.stat('file.exe').

After a few investigations, the problem come from the posix builtin 
library used by python-cygwin.

I guess this is a workaround to have some calls like os.stat('/bin/ls') 
not failing, but is a dirty workaround. 'file' and 'file.exe' are two 
different files whatever the system you are on.

This problem was found due to a strange behaviour from scons.

I also check with other functions like os.lstat() and os.access() and 
it is the same problem.

----------
components: Windows
messages: 81214
nosy: calandoa
severity: normal
status: open
title: os.stat('foo') succeds if 'foo.exe' exists on cygwin
type: behavior
versions: Python 2.5

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

From report at bugs.python.org  Thu Feb  5 16:07:48 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 05 Feb 2009 15:07:48 +0000
Subject: [issue2527] Pass a namespace to timeit
In-Reply-To: <1207052027.28.0.27225375953.issue2527@psf.upfronthosting.co.za>
Message-ID: <1233846468.63.0.101579756178.issue2527@psf.upfronthosting.co.za>


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

Georg, why did you reassign this?

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

From report at bugs.python.org  Thu Feb  5 16:09:17 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 05 Feb 2009 15:09:17 +0000
Subject: [issue5152] Add a JSON-RPC module
In-Reply-To: <1233778290.63.0.330214687259.issue5152@psf.upfronthosting.co.za>
Message-ID: <1233846557.97.0.146570121602.issue5152@psf.upfronthosting.co.za>


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

This is a reminder to me to submit a patch.

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

From report at bugs.python.org  Thu Feb  5 16:55:34 2009
From: report at bugs.python.org (Manuel Balsera)
Date: Thu, 05 Feb 2009 15:55:34 +0000
Subject: [issue5158] Document distutils 'depends' option for extensions
In-Reply-To: <1233849334.58.0.0898669443765.issue5158@psf.upfronthosting.co.za>
Message-ID: <1233849334.58.0.0898669443765.issue5158@psf.upfronthosting.co.za>


New submission from Manuel Balsera <mbalsera at yahoo.com>:

Add a paragraph describing distuils depends option.

Its my first patch, let me know if I messed up formmating, etc.

----------
components: Distutils
files: setupscript.diff
keywords: patch
messages: 81217
nosy: mbalsera
severity: normal
status: open
title: Document distutils 'depends' option for extensions
versions: Python 2.7, Python 3.1
Added file: http://bugs.python.org/file12946/setupscript.diff

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

From report at bugs.python.org  Thu Feb  5 17:26:35 2009
From: report at bugs.python.org (Akira Kitada)
Date: Thu, 05 Feb 2009 16:26:35 +0000
Subject: [issue5158] Document distutils 'depends' option for extensions
In-Reply-To: <1233849334.58.0.0898669443765.issue5158@psf.upfronthosting.co.za>
Message-ID: <1233851195.88.0.492091395496.issue5158@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
assignee:  -> georg.brandl
components: +Documentation
nosy: +georg.brandl, tarek

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

From report at bugs.python.org  Thu Feb  5 17:34:13 2009
From: report at bugs.python.org (Akira Kitada)
Date: Thu, 05 Feb 2009 16:34:13 +0000
Subject: [issue1371826] distutils is silent about multiple -I/-L/-R
Message-ID: <1233851653.59.0.211278856686.issue1371826@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> feature request
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5

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

From report at bugs.python.org  Thu Feb  5 17:34:59 2009
From: report at bugs.python.org (Akira Kitada)
Date: Thu, 05 Feb 2009 16:34:59 +0000
Subject: [issue1481347] parse_makefile doesn't handle $$  correctly
Message-ID: <1233851699.73.0.399896480263.issue1481347@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.4

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

From report at bugs.python.org  Thu Feb  5 17:38:21 2009
From: report at bugs.python.org (Akira Kitada)
Date: Thu, 05 Feb 2009 16:38:21 +0000
Subject: [issue1032] Improve the hackish runtime_library_dirs support for gcc
In-Reply-To: <1188169656.44.0.377858080562.issue1032@psf.upfronthosting.co.za>
Message-ID: <1233851901.52.0.669663779381.issue1032@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type: compile error -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Thu Feb  5 17:40:25 2009
From: report at bugs.python.org (Akira Kitada)
Date: Thu, 05 Feb 2009 16:40:25 +0000
Subject: [issue793069] Add --remove-source option
Message-ID: <1233852025.17.0.05498579222.issue793069@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
versions: +Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Thu Feb  5 17:46:03 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 05 Feb 2009 16:46:03 +0000
Subject: [issue793069] Add --remove-source option
Message-ID: <1233852363.24.0.378598687295.issue793069@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
versions:  -Python 2.6, Python 3.0

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

From report at bugs.python.org  Thu Feb  5 17:47:07 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 05 Feb 2009 16:47:07 +0000
Subject: [issue1032] Improve the hackish runtime_library_dirs support for gcc
In-Reply-To: <1188169656.44.0.377858080562.issue1032@psf.upfronthosting.co.za>
Message-ID: <1233852427.4.0.0837953164419.issue1032@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
versions:  -Python 2.6, Python 3.0

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

From report at bugs.python.org  Thu Feb  5 17:51:19 2009
From: report at bugs.python.org (Akira Kitada)
Date: Thu, 05 Feb 2009 16:51:19 +0000
Subject: [issue763043] unable to specify another compiler
Message-ID: <1233852679.72.0.778904331225.issue763043@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
versions: +Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Thu Feb  5 17:52:40 2009
From: report at bugs.python.org (Farshad Khoshkhui)
Date: Thu, 05 Feb 2009 16:52:40 +0000
Subject: [issue4732] Object allocation stress leads to segfault on RHEL
In-Reply-To: <1230063151.81.0.473433386181.issue4732@psf.upfronthosting.co.za>
Message-ID: <1233852760.76.0.639428730653.issue4732@psf.upfronthosting.co.za>


Farshad Khoshkhui <farshadkh at gmail.com> added the comment:

This happens for me on several debian and ubuntu machines with python
2.5 as well as 2.6 as I reported in #571885. I'll try your script and
linking with tcmalloc and get back with results.

----------
nosy: +farshad

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

From report at bugs.python.org  Thu Feb  5 17:54:22 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 05 Feb 2009 16:54:22 +0000
Subject: [issue763043] unable to specify another compiler
Message-ID: <1233852862.58.0.731831496328.issue763043@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
versions:  -Python 2.6, Python 3.0

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

From report at bugs.python.org  Thu Feb  5 17:55:17 2009
From: report at bugs.python.org (Farshad Khoshkhui)
Date: Thu, 05 Feb 2009 16:55:17 +0000
Subject: [issue4732] Object allocation stress leads to segfault on RHEL
In-Reply-To: <1230063151.81.0.473433386181.issue4732@psf.upfronthosting.co.za>
Message-ID: <1233852917.06.0.975308193543.issue4732@psf.upfronthosting.co.za>


Farshad Khoshkhui <farshadkh at gmail.com> added the comment:

Sorry wrong issue number. The correct one is #4358

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

From report at bugs.python.org  Thu Feb  5 20:18:11 2009
From: report at bugs.python.org (David W. Lambert)
Date: Thu, 05 Feb 2009 19:18:11 +0000
Subject: [issue5157] os.stat('foo') succeds if 'foo.exe' exists on cygwin
In-Reply-To: <1233846122.88.0.160860469386.issue5157@psf.upfronthosting.co.za>
Message-ID: <1233861491.38.0.717972534436.issue5157@psf.upfronthosting.co.za>


Changes by David W. Lambert <lambertdw at corning.com>:


----------
nosy: +LambertDW

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

From report at bugs.python.org  Thu Feb  5 20:32:57 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 05 Feb 2009 19:32:57 +0000
Subject: [issue1519638] Unmatched Group issue - workaround
Message-ID: <1233862377.85.0.128945377463.issue1519638@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

This has been addressed in issue #2636.

----------
nosy: +mrabarnett

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

From report at bugs.python.org  Thu Feb  5 20:51:21 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 05 Feb 2009 19:51:21 +0000
Subject: [issue1693050] \w not helpful for non-Roman scripts
Message-ID: <1233863481.54.0.335459112514.issue1693050@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

In issue #2636 I'm using the following:

Alpha is Ll, Lo, Lt, Lu.
Digit is Nd.
Word is Ll, Lo, Lt, Lu, Mc, Me, Mn, Nd, Nl, No, Pc.

These are what are specified at
http://www.regular-expressions.info/posixbrackets.html

----------
nosy: +mrabarnett

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

From report at bugs.python.org  Thu Feb  5 21:03:23 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Feb 2009 20:03:23 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233864203.64.0.725211739823.issue5135@psf.upfronthosting.co.za>


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

Even more inconveniently, the existence of unregister() on ABCs makes it
difficult for the generic to cache the results of the isinstance()
checks (you don't want to be going through the chain of registered ABCs
every time calling isinstance(), since that would be painfully slow).

That said, it is already the case that if you only *register* with an
ABC, you don't get any of the methods - you have to implement them
yourself. It's only when you actually *inherit* from the ABC that the
methods are provided "for free". I guess the case isn't really any
different here - if you changed your example so that A inherited from C
and D rather than merely registering with them, then C & D would appear
in the MRO and the generic would recognise them.

So perhaps just documenting the limitation is the right answer after all.

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

From report at bugs.python.org  Thu Feb  5 21:08:25 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Thu, 05 Feb 2009 20:08:25 +0000
Subject: [issue5159] Indicating packages to be loaded when a Tcl interpreter
	is created in tkinter
In-Reply-To: <1233864505.11.0.366828040714.issue5159@psf.upfronthosting.co.za>
Message-ID: <1233864505.11.0.366828040714.issue5159@psf.upfronthosting.co.za>


New submission from Guilherme Polo <ggpolo at gmail.com>:

Hi,

It seems to me that it would be useful to add something to indicate
which packages should be loaded, and how they should be loaded, when a
Tcl interpreter is created through Tkinter.Tk. Right now every extension
has to add some boilerplate code to load a package before starting the
use of extension, and this code tends to be very similar -- like this:

if not required_extension_loaded:
    extlib = os.environ.get('OPTIONAL_VAR_THAT_POINTS_TO_EXT')
    if extlib:
        master.tk.eval('global auto_path; '
                       'lappend auto_path {%s}' % extlib)
    master.tk.call('package', 'require', 'Extlibname')
    required_extension_loaded = True

master is an instance of Tkinter.Tk which has to be created before this,
of course. Some extensions do it in different places in their code, but
tend to involve basically the same code.

The patch attached adds a new module in lib-tk named tkdeploader (not
very nice eh) which handles these "indications". Each dependence to be
loaded can define its own preloader callable, but the module adds a
basic one, named basic_preloader, that should be enough for most
situations. The patch also includes the changes necessary in Tkinter.py,
just two lines.

----------
components: Tkinter
files: tkdeploader.diff
keywords: patch
messages: 81223
nosy: gpolo
severity: normal
status: open
title: Indicating packages to be loaded when a Tcl interpreter is created in tkinter
versions: Python 2.7, Python 3.1
Added file: http://bugs.python.org/file12947/tkdeploader.diff

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

From report at bugs.python.org  Thu Feb  5 21:09:49 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Thu, 05 Feb 2009 20:09:49 +0000
Subject: [issue5159] Indicating packages to be loaded when a Tcl interpreter
	is created in tkinter
In-Reply-To: <1233864505.11.0.366828040714.issue5159@psf.upfronthosting.co.za>
Message-ID: <1233864589.96.0.798353402643.issue5159@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Attaching patch to show how ttk.py would be with this new module.

Added file: http://bugs.python.org/file12948/ttk_withdeploader.diff

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

From report at bugs.python.org  Thu Feb  5 21:24:56 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 05 Feb 2009 20:24:56 +0000
Subject: [issue5157] os.stat('foo') succeds if 'foo.exe' exists on cygwin
In-Reply-To: <1233846122.88.0.160860469386.issue5157@psf.upfronthosting.co.za>
Message-ID: <1233865496.34.0.963154643176.issue5157@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Why do you think this is a bug in Python? It sounds like a bug in Cygwin
to me?

Python delegates to the C library as-is, with not attempt to
second-guessing the C library. So if the C library says "file" exists,
then this is also what Python must tell you.

Closing as third-party bug.

----------
nosy: +loewis
resolution:  -> invalid
status: open -> closed
versions: +3rd party -Python 2.5

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

From report at bugs.python.org  Thu Feb  5 21:26:48 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 05 Feb 2009 20:26:48 +0000
Subject: [issue5152] Add a JSON-RPC module
In-Reply-To: <1233846557.97.0.146570121602.issue5152@psf.upfronthosting.co.za>
Message-ID: <498B4B85.6000408@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> This is a reminder to me to submit a patch.

Is it really necessary to use the public bug tracker for that? All other
committers, as well as users, will see your reminder, and get bothered
by this (non-)issue.

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

From report at bugs.python.org  Thu Feb  5 21:29:20 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Feb 2009 20:29:20 +0000
Subject: [issue5066] IDLE documentation for Unix obsolete/incorrect
In-Reply-To: <1233831477.28.0.333879953096.issue5066@psf.upfronthosting.co.za>
Message-ID: <498B4C21.8000906@udel.edu>


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

Is there an HTML to acceptable RST converter?

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

From report at bugs.python.org  Thu Feb  5 22:11:53 2009
From: report at bugs.python.org (Corey Goldberg)
Date: Thu, 05 Feb 2009 21:11:53 +0000
Subject: [issue5160] Intermittant segmentation fault with ctrl-c (threads and
	queues)
In-Reply-To: <1233868312.9.0.87638822413.issue5160@psf.upfronthosting.co.za>
Message-ID: <1233868312.9.0.87638822413.issue5160@psf.upfronthosting.co.za>


New submission from Corey Goldberg <cgoldberg at gmail.com>:

I can get the Python interpreter to core dump when running the following
code:

http://pastebin.com/f261f398f

To reproduce:
- run the above code and press ctrl-c to quit while it is running.  It
crashes (segfault) the interpreter every few times you stop it like this.

I think it has something to do with the thread launching another thread
containing a queue.

- Tested on Windows XP and Ubuntu Linux 8.10 (both running Python 2.5.2)

----------
components: Interpreter Core
messages: 81228
nosy: cgoldberg
severity: normal
status: open
title: Intermittant segmentation fault with ctrl-c (threads and queues)
type: crash
versions: Python 2.5

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

From report at bugs.python.org  Thu Feb  5 22:12:22 2009
From: report at bugs.python.org (John Levon)
Date: Thu, 05 Feb 2009 21:12:22 +0000
Subject: [issue4111] Add DTrace probes
In-Reply-To: <1223827695.04.0.0893695004368.issue4111@psf.upfronthosting.co.za>
Message-ID: <1233868342.66.0.9525184679.issue4111@psf.upfronthosting.co.za>


John Levon <movement at users.sourceforge.net> added the comment:

I haven't seen "shorter than expected" message before, sounds like a Mac
OS X specific thing.

As for never getting any probes out, this is where it gets fun.
Debugging this is very tricky indeed: it involves you dropping into the
kernel debugger and looking at the interpreter's state. Most likely, the
compiler is doing something different with the relevant Python
functions, causing the logic in the DTrace ustack probe to fail.

I don't even know how the Apple guys debug this sort of thing, but
they'd definitely need to be involved.

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

From report at bugs.python.org  Thu Feb  5 22:12:54 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 05 Feb 2009 21:12:54 +0000
Subject: [issue5152] Add a JSON-RPC module
In-Reply-To: <1233778290.63.0.330214687259.issue5152@psf.upfronthosting.co.za>
Message-ID: <1233868374.28.0.15493236149.issue5152@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


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

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

From report at bugs.python.org  Thu Feb  5 22:14:47 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Thu, 05 Feb 2009 21:14:47 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1224522256.17.0.820973690454.issue4151@psf.upfronthosting.co.za>
Message-ID: <1233868487.08.0.126727132766.issue4151@psf.upfronthosting.co.za>


Neil Schemenauer <nas-pythonbugs at arctrix.com> added the comment:

I committed my proposed changes in several chunks, ending with r69305. 
I think building in a separate directory again works and that non-POSIX
platforms are not adversely affected by this change.

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

From report at bugs.python.org  Thu Feb  5 22:17:36 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Thu, 05 Feb 2009 21:17:36 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1224522256.17.0.820973690454.issue4151@psf.upfronthosting.co.za>
Message-ID: <1233868656.39.0.944051468221.issue4151@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

I committed my proposed changes in several chunks, ending with r69305. 
I think building in a separate directory again works and that non-POSIX
platforms are not adversely affected by this change.

----------
nosy: +nascheme
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Thu Feb  5 22:17:53 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Thu, 05 Feb 2009 21:17:53 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1224522256.17.0.820973690454.issue4151@psf.upfronthosting.co.za>
Message-ID: <1233868673.83.0.102971104832.issue4151@psf.upfronthosting.co.za>


Changes by Neil Schemenauer <nas-python at arctrix.com>:


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

From report at bugs.python.org  Thu Feb  5 22:18:49 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Thu, 05 Feb 2009 21:18:49 +0000
Subject: [issue4070] python tests failure if builddir <> sourcedir
In-Reply-To: <1223418786.48.0.948441318912.issue4070@psf.upfronthosting.co.za>
Message-ID: <1233868729.62.0.711974559825.issue4070@psf.upfronthosting.co.za>


Changes by Neil Schemenauer <nas-python at arctrix.com>:


----------
assignee:  -> nascheme
nosy: +nascheme
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Thu Feb  5 23:30:26 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Thu, 05 Feb 2009 22:30:26 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1224522256.17.0.820973690454.issue4151@psf.upfronthosting.co.za>
Message-ID: <1233873026.71.0.670196058267.issue4151@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

May be not related to the commit but after clean make fail to build a
number of modules, as example _bisect. Second run of make build all left.

The value of srcdir (from Makefile) is ".." without quotes.


About cleanup: one use of '(srcdir,)==...' left in setup.py .

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

From report at bugs.python.org  Thu Feb  5 23:38:50 2009
From: report at bugs.python.org (Corey Goldberg)
Date: Thu, 05 Feb 2009 22:38:50 +0000
Subject: [issue5160] Intermittant segmentation fault with ctrl-c (threads and
	queues)
In-Reply-To: <1233868312.9.0.87638822413.issue5160@psf.upfronthosting.co.za>
Message-ID: <1233873530.6.0.0973059515858.issue5160@psf.upfronthosting.co.za>


Corey Goldberg <cgoldberg at gmail.com> added the comment:

little more info:


If you create a Queue in the main thread and pass this to each worker
thread, it works fine.

If you create the Queue inside the worker thread and then pass it to a
new thread, it can crash.

when it crashes, you get an immediate core dump with no error messages
or stack trace.

This happens very intermittently but can be reproduced easily.

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

From report at bugs.python.org  Thu Feb  5 23:41:03 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Thu, 05 Feb 2009 22:41:03 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1224522256.17.0.820973690454.issue4151@psf.upfronthosting.co.za>
Message-ID: <1233873663.65.0.494082768416.issue4151@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

The "clean build' mean missing subdirectory build in <builddir> . Now
module objects go in build/Modules/. I guess that second make succeed as
libffi create build directory.

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

From report at bugs.python.org  Thu Feb  5 23:59:31 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 05 Feb 2009 22:59:31 +0000
Subject: [issue5132] distutils: libpython not found when building python
	extensions on Solaris when Python was built with --enable-shared
In-Reply-To: <1233599293.13.0.516383193111.issue5132@psf.upfronthosting.co.za>
Message-ID: <1233874771.54.0.764421137833.issue5132@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

fixed in r69316

Thanks for the patch

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

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

From report at bugs.python.org  Fri Feb  6 00:13:08 2009
From: report at bugs.python.org (Bobby Xiao)
Date: Thu, 05 Feb 2009 23:13:08 +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: <1233875588.85.0.656042893958.issue2636@psf.upfronthosting.co.za>


Bobby Xiao <nneonneo at gmail.com> added the comment:

I'm glad to see that the unmatched group issue is finally being addressed.

Thanks!

----------
nosy: +nneonneo

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

From report at bugs.python.org  Fri Feb  6 00:40:04 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 05 Feb 2009 23:40:04 +0000
Subject: [issue1276768] dirutils.mkpath (verbose option does not work)
Message-ID: <1233877204.07.0.667233720455.issue1276768@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

I don't see the point of making mkpath and remove_tree more verbose than
what they are now.

log.info is called in both function and verbose is never used.

So I guess the best way to activate verbose is to make its default
value to 1 and change the code so log.info calls are made when verbose=1,
and are not made if verbose=0.

This way, the known verbosity is not changed and can be cut down if needed.
 

Now for create_tree, it will pass the verbose value to mkpath.

Last, copy_tree will act the same way and pass along verbose to copy_file.

----------
resolution:  -> accepted

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

From report at bugs.python.org  Fri Feb  6 00:52:51 2009
From: report at bugs.python.org (Russ Cox)
Date: Thu, 05 Feb 2009 23:52:51 +0000
Subject: [issue2636] Regexp 2.7 (modifications to current re 2.2.2)
In-Reply-To: <1233702489.78.0.189591899391.issue2636@psf.upfronthosting.co.za>
Message-ID: <dd6fe68a0902051552m1d86e0b2occ405e12390b06b7@mail.gmail.com>


Russ Cox <rsc at swtch.com> added the comment:

> Named Unicode characters eg \N{LATIN CAPITAL LETTER A}

These descriptions are not as stable as, say, Unicode code
point values or language names.  Are you sure it is a good idea
to depend on them not being adjusted in the future?
It's certainly nice and self-documenting, but it doesn't seem
better from a future-proofing point of view than \u0041.

Do other languages implement this?

Russ

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

From report at bugs.python.org  Fri Feb  6 01:03:02 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Fri, 06 Feb 2009 00:03:02 +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: <1233878582.09.0.789986855116.issue2636@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

Python 2.6 does (and probably Python 3.x, although I haven't checked):

>>> u"\N{LATIN CAPITAL LETTER A}"
u'A'

If it's good enough for Python's Unicode string literals then it's good
enough for Python's re module.  :-)

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

From report at bugs.python.org  Fri Feb  6 01:06:05 2009
From: report at bugs.python.org (Robert Xiao)
Date: Fri, 06 Feb 2009 00:06:05 +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: <1233878765.89.0.438235798747.issue2636@psf.upfronthosting.co.za>


Robert Xiao <nneonneo at gmail.com> added the comment:

In fact, it works for Python 2.4, 2.5, 2.6 and 3.0 from my rather
limited testing.

In Python 2.4:
>>> u"\N{LATIN CAPITAL LETTER A}"
u'A'
>>> u"\N{MUSICAL SYMBOL DOUBLE SHARP}"
u'\U0001d12a'

In Python 3.0:
>>> "\N{LATIN CAPITAL LETTER A}"
'A'
>>> ord("\N{MUSICAL SYMBOL DOUBLE SHARP}")
119082

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

From report at bugs.python.org  Fri Feb  6 01:32:56 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 00:32:56 +0000
Subject: [issue1276768] dirutils.mkpath (verbose option does not work)
Message-ID: <1233880376.25.0.233209994944.issue1276768@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

done in r69324. Won't merge it in 2.6/3.0

----------
versions:  -Python 2.6, Python 3.0

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

From report at bugs.python.org  Fri Feb  6 01:38:52 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Fri, 06 Feb 2009 00:38:52 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1224522256.17.0.820973690454.issue4151@psf.upfronthosting.co.za>
Message-ID: <1233880732.28.0.881091217581.issue4151@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

Roumen, thanks for reporting the bug.  It seems that distutils requires
an absolute path (although I didn't waste time digging too deep into the
issue).

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

From report at bugs.python.org  Fri Feb  6 01:40:36 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 00:40:36 +0000
Subject: [issue1276768] dirutils.mkpath (verbose option does not work)
Message-ID: <1233880836.99.0.95184505034.issue1276768@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


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

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

From report at bugs.python.org  Fri Feb  6 01:45:44 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Fri, 06 Feb 2009 00:45:44 +0000
Subject: [issue5161] wrong paths for ctypes cleanup
In-Reply-To: <1233881144.37.0.958366280661.issue5161@psf.upfronthosting.co.za>
Message-ID: <1233881144.37.0.958366280661.issue5161@psf.upfronthosting.co.za>


New submission from Neil Schemenauer <nas-python at arctrix.com>:

The following code was added to Makefile.pre.in when ctypes was merged:

    find $(srcdir)/build -name 'fficonfig.h' -exec rm -f {} ';' || true
    find $(srcdir)/build -name 'fficonfig.py' -exec rm -f {} ';' || true

If Python is compiled in a directory other than the source directory
than $(srcdir)/build does not exist and these commands don't work as
intended.  I think that proper path would be simply "build".

----------
assignee: theller
components: Build
messages: 81243
nosy: nascheme, theller
priority: low
severity: normal
status: open
title: wrong paths for ctypes cleanup
type: compile error

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

From report at bugs.python.org  Fri Feb  6 01:55:36 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 00:55:36 +0000
Subject: [issue4987] update distutils.README
In-Reply-To: <1232291903.8.0.000403573304081.issue4987@psf.upfronthosting.co.za>
Message-ID: <1233881736.7.0.40955739946.issue4987@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


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

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

From report at bugs.python.org  Fri Feb  6 02:10:46 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:10:46 +0000
Subject: [issue1520877] Distutils bugfix: Read $AR from the
	environment/Makefile.
Message-ID: <1233882646.84.0.728411440923.issue1520877@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
versions:  -Python 2.6, Python 3.0

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

From report at bugs.python.org  Fri Feb  6 02:19:33 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:19:33 +0000
Subject: [issue1520877] Distutils bugfix: Read $AR from the
	environment/Makefile.
Message-ID: <1233883173.95.0.591576080802.issue1520877@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

done in r69342

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

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

From report at bugs.python.org  Fri Feb  6 02:28:03 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:28:03 +0000
Subject: [issue4931] distutils does not show any error msg when can't build C
	module extensions due to a missing C compiler
In-Reply-To: <1231867865.54.0.174725758904.issue4931@psf.upfronthosting.co.za>
Message-ID: <1233883683.76.0.0826165016829.issue4931@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek

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

From report at bugs.python.org  Fri Feb  6 02:29:17 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:29:17 +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: <1233883757.17.0.607334760037.issue4636@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek

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

From report at bugs.python.org  Fri Feb  6 02:30:28 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:30:28 +0000
Subject: [issue4015] [patch] make installed scripts executable on windows
In-Reply-To: <1222949528.24.0.767744507339.issue4015@psf.upfronthosting.co.za>
Message-ID: <1233883828.92.0.420287433928.issue4015@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
nosy: +tarek

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

From report at bugs.python.org  Fri Feb  6 02:31:22 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:31:22 +0000
Subject: [issue2461] test_util.py for distutils
In-Reply-To: <1206271007.7.0.519259374853.issue2461@psf.upfronthosting.co.za>
Message-ID: <1233883882.31.0.691887595119.issue2461@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek

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

From report at bugs.python.org  Fri Feb  6 02:31:45 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:31:45 +0000
Subject: [issue3985] removed string module from distutils [patch]
In-Reply-To: <1222597888.29.0.260615260643.issue3985@psf.upfronthosting.co.za>
Message-ID: <1233883905.83.0.907631048052.issue3985@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek

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

From report at bugs.python.org  Fri Feb  6 02:31:59 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:31:59 +0000
Subject: [issue3986] removed string and type usage from distutils.cmd [patch]
In-Reply-To: <1222599260.36.0.588546522414.issue3986@psf.upfronthosting.co.za>
Message-ID: <1233883919.9.0.0166696964705.issue3986@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek

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

From report at bugs.python.org  Fri Feb  6 02:32:10 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:32:10 +0000
Subject: [issue3987] removed types from distutils.core [patch]
In-Reply-To: <1222599591.35.0.056010303755.issue3987@psf.upfronthosting.co.za>
Message-ID: <1233883930.56.0.605684917435.issue3987@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek

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

From report at bugs.python.org  Fri Feb  6 02:32:24 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:32:24 +0000
Subject: [issue3992] removed custom log from distutils
In-Reply-To: <1222645256.9.0.167855735394.issue3992@psf.upfronthosting.co.za>
Message-ID: <1233883944.22.0.46938023666.issue3992@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek

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

From report at bugs.python.org  Fri Feb  6 02:33:28 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 06 Feb 2009 01:33:28 +0000
Subject: [issue4285] Use a named tuple for sys.version_info
In-Reply-To: <1226189092.93.0.524804334834.issue4285@psf.upfronthosting.co.za>
Message-ID: <1233884008.36.0.817789228205.issue4285@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Committed in r69331 (trunk) and r69346 (py3k).

----------
resolution:  -> accepted
status: open -> closed

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

From report at bugs.python.org  Fri Feb  6 02:34:07 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:34:07 +0000
Subject: [issue3386] [PATCH] distutils.sysconfig.get_python_lib prefix
	argument broken
In-Reply-To: <1216242653.79.0.3968685363.issue3386@psf.upfronthosting.co.za>
Message-ID: <1233884047.21.0.342800171216.issue3386@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
priority:  -> high
versions: +Python 2.7, Python 3.1

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

From report at bugs.python.org  Fri Feb  6 02:36:11 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 01:36:11 +0000
Subject: [issue3031] distutils package_dir/package_data failure
In-Reply-To: <1212498369.04.0.406397412231.issue3031@psf.upfronthosting.co.za>
Message-ID: <1233884171.16.0.414493801124.issue3031@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

will test it on 2.6 (no more fixed for 2.4/2.5)

----------
assignee:  -> tarek
nosy: +tarek
resolution:  -> wont fix
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.4

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

From report at bugs.python.org  Fri Feb  6 03:00:32 2009
From: report at bugs.python.org (Volodymyr Orlenko)
Date: Fri, 06 Feb 2009 02:00:32 +0000
Subject: [issue5162] multiprocessing cannot spawn child from a Windows service
In-Reply-To: <1233885632.9.0.0484597105973.issue5162@psf.upfronthosting.co.za>
Message-ID: <1233885632.9.0.0484597105973.issue5162@psf.upfronthosting.co.za>


New submission from Volodymyr Orlenko <orlenko at gmail.com>:

I think I've found a small bug with multiprocessing package on 
Windows. If you try to start a multiprocessing.Process from a Python- 
based Windows service, the child process will fail to run. When 
running the parent process as a regular Python program, everything 
works as expected. 
I've tracked the problem down to how main_path is prepared in 
multiprocessing.forking.get_preparation_data() (lines 370-377): 
def get_preparation_data(name): 
    [...skipped a few lines...] 
    if not WINEXE: 
        main_path = getattr(sys.modules['__main__'], '__file__', None) 
        if not main_path and sys.argv[0] not in ('', '-c'): 
            main_path = sys.argv[0] 
        if main_path is not None: 
            if not os.path.isabs(main_path) and \ 
                                      process.ORIGINAL_DIR is not 
None: 
                main_path = os.path.join(process.ORIGINAL_DIR, 
main_path) 
            d['main_path'] = os.path.normpath(main_path) 
    return d 
When the program is running as a Windows service, but is not packaged 
into a single executable, main_path will become the path to the 
service executable (typically, pythonservice.exe). When this data 
makes it to the child process, the prepare() function will treat 
main_path as a path to a python module, and will try to import it. 
This causes it to fail. 
My quick-and-dirty solution was to check in get_preparation_data() if 
main_path ends with '.exe', and if it does, to not pass it at all. 
This solves the problem in my case, but perhaps there's a better way 
to fix this? Here is my version of get_preparation_data(): 
def get_preparation_data(name): 
    ''' 
    Return info about parent needed by child to unpickle process 
object 
    ''' 
    from .util import _logger, _log_to_stderr 
    d = dict( 
        name=name, 
        sys_path=sys.path, 
        sys_argv=sys.argv, 
        log_to_stderr=_log_to_stderr, 
        orig_dir=process.ORIGINAL_DIR, 
        authkey=process.current_process().authkey, 
        ) 
    if _logger is not None: 
        d['log_level'] = _logger.getEffectiveLevel() 
    if not WINEXE: 
        main_path = getattr(sys.modules['__main__'], '__file__', None) 
        if not main_path and sys.argv[0] not in ('', '-c'): 
            main_path = sys.argv[0] 
        if main_path is not None: 
            if not os.path.isabs(main_path) and \ 
                                      process.ORIGINAL_DIR is not 
None: 
                main_path = os.path.join(process.ORIGINAL_DIR, 
main_path) 
            if not main_path.endswith('.exe'): 
                d['main_path'] = os.path.normpath(main_path) 
    return d

----------
components: Library (Lib)
files: forking-patch
messages: 81247
nosy: jnoller, orlenko
severity: normal
status: open
title: multiprocessing cannot spawn child from a Windows service
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file12949/forking-patch

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

From report at bugs.python.org  Fri Feb  6 06:48:51 2009
From: report at bugs.python.org (David Schultz)
Date: Fri, 06 Feb 2009 05:48:51 +0000
Subject: [issue5163] tkinter.scrolledtext: new text is hidden after using
	insert()
In-Reply-To: <1233899331.85.0.574945693305.issue5163@psf.upfronthosting.co.za>
Message-ID: <1233899331.85.0.574945693305.issue5163@psf.upfronthosting.co.za>


New submission from David Schultz <ringhome at cox.net>:

I've added a "keep at bottom" option to the scrolledtext class.  This way, 
if a user wants to always see the text added via "insert()", it will be 
visible.

----------
components: Tkinter
messages: 81248
nosy: ringhome
severity: normal
status: open
title: tkinter.scrolledtext: new text is hidden after using insert()
type: behavior
versions: Python 3.0

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

From report at bugs.python.org  Fri Feb  6 09:17:30 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 08:17:30 +0000
Subject: [issue3031] distutils package_dir/package_data failure
In-Reply-To: <1212498369.04.0.406397412231.issue3031@psf.upfronthosting.co.za>
Message-ID: <1233908250.19.0.27730219058.issue3031@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

works, and even tested in test_build_py.test_empty_package_dir

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

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

From report at bugs.python.org  Fri Feb  6 09:20:41 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 08:20:41 +0000
Subject: [issue3987] removed types from distutils.core [patch]
In-Reply-To: <1222599591.35.0.056010303755.issue3987@psf.upfronthosting.co.za>
Message-ID: <1233908441.6.0.907161558329.issue3987@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

done in r69356

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

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

From report at bugs.python.org  Fri Feb  6 09:27:45 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 08:27:45 +0000
Subject: [issue3386] [PATCH] distutils.sysconfig.get_python_lib prefix
	argument broken
In-Reply-To: <1216242653.79.0.3968685363.issue3386@psf.upfronthosting.co.za>
Message-ID: <1233908865.95.0.51616873747.issue3386@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

The patch looks fine to me. I'll send a mail to Andrew to ask him for a
demonstration, and wait a week to commit it.

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

From report at bugs.python.org  Fri Feb  6 09:56:01 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 08:56:01 +0000
Subject: [issue3986] removed string and type usage from distutils.cmd [patch]
In-Reply-To: <1222599260.36.0.588546522414.issue3986@psf.upfronthosting.co.za>
Message-ID: <1233910561.98.0.63979859628.issue3986@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

worked started in r3986

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

From report at bugs.python.org  Fri Feb  6 10:06:35 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 09:06:35 +0000
Subject: [issue5164] backport distutils 3.x changes into 2.7 when appliabl
In-Reply-To: <1233911195.36.0.922992904897.issue5164@psf.upfronthosting.co.za>
Message-ID: <1233911195.36.0.922992904897.issue5164@psf.upfronthosting.co.za>


New submission from Tarek Ziad? <ziade.tarek at gmail.com>:

It's annoying to get conflicts on changes in distutils in the trunk,
when forward-porting to 3.x, because other changes where made there and
only there.

Things like PEP8-ification and modern syntax changes needs to be
backported to 2.7 when appliable to reduce the gap.

----------
assignee: tarek
components: Distutils
messages: 81253
nosy: tarek
priority: high
severity: normal
status: open
title: backport distutils 3.x changes into 2.7 when appliabl
type: behavior
versions: Python 2.7, Python 3.1

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

From report at bugs.python.org  Fri Feb  6 10:12:54 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 09:12:54 +0000
Subject: [issue2445] Use The CygwinCCompiler Under Cygwin
In-Reply-To: <1206117698.01.0.240143600903.issue2445@psf.upfronthosting.co.za>
Message-ID: <1233911574.31.0.349987867916.issue2445@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
versions: +Python 2.7, Python 3.1 -Python 2.6, Python 3.0

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

From report at bugs.python.org  Fri Feb  6 10:13:35 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 09:13:35 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1233911615.96.0.367443371552.issue2279@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
versions: +Python 2.7, Python 3.1 -Python 2.4, Python 2.5

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

From report at bugs.python.org  Fri Feb  6 10:14:22 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 09:14: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: <1233911662.09.0.931412140463.issue2624@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
versions: +Python 2.7, Python 3.1 -Python 2.5

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

From report at bugs.python.org  Fri Feb  6 10:14:44 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 09:14:44 +0000
Subject: [issue2943] Distutils should generate a better error message when the
	SDK is not installed
In-Reply-To: <1211455981.94.0.404413935613.issue2943@psf.upfronthosting.co.za>
Message-ID: <1233911684.56.0.881314532516.issue2943@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
type:  -> behavior
versions: +Python 2.7, Python 3.1

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

From report at bugs.python.org  Fri Feb  6 10:15:16 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 09:15:16 +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: <1233911716.16.0.55301175043.issue2945@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
versions: +Python 2.7, Python 3.1 -Python 2.5

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

From report at bugs.python.org  Fri Feb  6 10:15:42 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 09:15:42 +0000
Subject: [issue3621] it would be nice if installers made by bdist_wininst
	stored an EstimatedSize property in the Windows registry
In-Reply-To: <1219248850.4.0.277642755083.issue3621@psf.upfronthosting.co.za>
Message-ID: <1233911742.49.0.484035827637.issue3621@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
versions: +Python 2.7, Python 3.1

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

From report at bugs.python.org  Fri Feb  6 10:17:05 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 09:17:05 +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: <1233911825.74.0.63883129346.issue3902@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5

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

From report at bugs.python.org  Fri Feb  6 10:17:25 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 09:17:25 +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: <1233911845.54.0.350157053581.issue4032@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek

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

From report at bugs.python.org  Fri Feb  6 10:17:53 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 09:17:53 +0000
Subject: [issue4359] at runtime, distutils uses buildtime files
In-Reply-To: <1227138737.98.0.796971482315.issue4359@psf.upfronthosting.co.za>
Message-ID: <1233911873.57.0.989804213317.issue4359@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5

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

From report at bugs.python.org  Fri Feb  6 10:31:16 2009
From: report at bugs.python.org (Ulrich Eckhardt)
Date: Fri, 06 Feb 2009 09:31:16 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1233912676.41.0.866793885882.issue5134@psf.upfronthosting.co.za>


Ulrich Eckhardt <eckhardt at satorlaser.com> added the comment:

Technically, both changes (or neither of them) generate the same 
output binaries, so I Don't Care(tm). My approach for disabling the 
warnings in the code has (to me) two advantages:
1. You immediately see that warnings are disabled. I would otherwise 
never expect that to happen in any serious project, because warnings 
are valuable.
2. You only have to do it once for the single source file, not in 
every VC project file.

Happy weekend!

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

From report at bugs.python.org  Fri Feb  6 10:36:05 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 06 Feb 2009 09:36:05 +0000
Subject: [issue5160] Intermittant segmentation fault with ctrl-c (threads and
	queues)
In-Reply-To: <1233868312.9.0.87638822413.issue5160@psf.upfronthosting.co.za>
Message-ID: <1233912965.8.0.654495411744.issue5160@psf.upfronthosting.co.za>


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

Here is stack trace.

PyEval_EvalFrameEx(_frame * 0x00a62060, int 83) line 2841 + 6 bytes
fast_function(_object * 0x00000000, _object * * * 0x00fbfa98, int 1, int
1, int 9870576) line 3946
call_function(_object * * * 0x00fbfa98, int 0) line 3880 + 16 bytes
PyEval_EvalFrameEx(_frame * 0x00a60ac0, int 131) line 2515
fast_function(_object * 0x00000000, _object * * * 0x00fbfbe0, int 1, int
1, int 9870576) line 3946
call_function(_object * * * 0x00fbfbe0, int 0) line 3880 + 16 bytes
PyEval_EvalFrameEx(_frame * 0x00a60918, int 131) line 2515
PyEval_EvalCodeEx(PyCodeObject * 0x00a142c8, _object * 0x00a60918,
_object * 0x00000001, _object * * 0x00a194ac, int 1, _object * *
0x00000000, int 0, _object * * 0x00000000, int 0, _object * 0x00000000)
line 3104 + 11 bytes
function_call(_object * 0x00a35350, _object * 0x00a19498, _object *
0x00000000) line 529 + 64 bytes
PyObject_Call(_object * 0x00a35350, _object * 0x00a19498, _object *
0x00000000) line 2506 + 15 bytes
instancemethod_call(_object * 0x00a35350, _object * 0x00a19498, _object
* 0x00000000) line 2579 + 17 bytes
PyObject_Call(_object * 0x009fdef8, _object * 0x008c1038, _object *
0x00000000) line 2506 + 15 bytes
PyEval_CallObjectWithKeywords(_object * 0x009fdef8, _object *
0x008c1038, _object * 0x00000000) line 3729
t_bootstrap(void * 0x008c7608) line 426 + 26 bytes
bootstrap(void * 0x00234d08) line 122 + 7 bytes
_threadstartex(void * 0x009aeaf0) line 227 + 13 bytes
KERNEL32! 77e5b3bc()

//////////////////////////////////////////

	if (tstate->frame->f_exc_type != NULL) /* crash: tstate->frame is NULL */
		reset_exc_info(tstate);
	else {
		assert(tstate->frame->f_exc_value == NULL);
		assert(tstate->frame->f_exc_traceback == NULL);
	}

----------
nosy: +ocean-city

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

From report at bugs.python.org  Fri Feb  6 11:20:34 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 06 Feb 2009 10:20:34 +0000
Subject: [issue5165] os.rename and other raise WindowsError
In-Reply-To: <1233915634.72.0.359575992053.issue5165@psf.upfronthosting.co.za>
Message-ID: <1233915634.72.0.359575992053.issue5165@psf.upfronthosting.co.za>


New submission from Kristj?n Valur J?nsson <kristjan at ccpgames.com>:

in lib/test/test_os.py, there is a test class, Win32ErrorTests, that 
tests that certain functions return a WindowsError on failure.  And 
indeed they do that, but that is in contradiction with the 
documentation.  From the 2.6 docs:
 Note
 All functions in this module raise OSError in the case of invalid or
 inaccessible file names and paths, or other arguments that have the
 correct type, but are not accepted by the operating system.

----------
components: Interpreter Core
messages: 81256
nosy: krisvale
severity: normal
status: open
title: os.rename and other raise WindowsError
type: behavior
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/issue5165>
_______________________________________

From report at bugs.python.org  Fri Feb  6 11:21:38 2009
From: report at bugs.python.org (Antoine Calando)
Date: Fri, 06 Feb 2009 10:21:38 +0000
Subject: [issue5157] os.stat('foo') succeds if 'foo.exe' exists on cygwin
In-Reply-To: <1233865496.34.0.963154643176.issue5157@psf.upfronthosting.co.za>
Message-ID: <1549662372.236651233915694700.JavaMail.root@zimbra1-e1.priv.proxad.net>


Antoine Calando <acalando at free.fr> added the comment:

Hi Martin,

Actually, I just investigated the problem in the libs and did not
check the python exe source code.

I guess you are right, this looks more like an issue from cygwin.

I was a bit irritated by hours of debugging when entering the bug, 
and also tired of thinking it seems :)

Regards,

Antoine

----- Martin v. L?wis <report at bugs.python.org> a ?crit :
> 
> Martin v. L?wis <martin at v.loewis.de> added the comment:
> 
> Why do you think this is a bug in Python? It sounds like a bug in Cygwin
> to me?
> 
> Python delegates to the C library as-is, with not attempt to
> second-guessing the C library. So if the C library says "file" exists,
> then this is also what Python must tell you.
> 
> Closing as third-party bug.
> 
> ----------
> nosy: +loewis
> resolution:  -> invalid
> status: open -> closed
> versions: +3rd party -Python 2.5
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue5157>
> _______________________________________

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

From report at bugs.python.org  Fri Feb  6 11:45:54 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 06 Feb 2009 10:45:54 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233917154.76.0.275966645182.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

I've taken the patch from Hirokazu and enhanced it:
1) it needed work to function with Visual Studio 2008
2) It now exposes a function so that _fileio.c can make use of it too.
3) Turned off the CRT manipulation in exceptions.c
4) Fixed minor problems, e.g. with dup2
5) Added comments

A VS2008 compilation runs the testsuite just fine. Maybe Hirozaku can 
test this with his VS2005?

Added file: http://bugs.python.org/file12950/__pioinfo.patch

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

From report at bugs.python.org  Fri Feb  6 12:13:45 2009
From: report at bugs.python.org (Denis S. Otkidach)
Date: Fri, 06 Feb 2009 11:13:45 +0000
Subject: [issue5166] ElementTree and minidom don't prevent creation of not
	well-formed XML
In-Reply-To: <1233918825.25.0.360851750395.issue5166@psf.upfronthosting.co.za>
Message-ID: <1233918825.25.0.360851750395.issue5166@psf.upfronthosting.co.za>


New submission from Denis S. Otkidach <denis.otkidach at gmail.com>:

ElementTree and minidom allow creation of not well-formed XML, that
can't be parsed:

>>> from xml.etree import ElementTree
>>> element = ElementTree.Element('element')
>>> element.text = u'\0'
>>> xml = ElementTree.tostring(element, encoding='utf-8')
>>> ElementTree.fromstring(xml)
[...]
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1,
column 9

>>> from xml.dom import minidom
>>> doc = minidom.getDOMImplementation().createDocument(None, None, None)
>>> element = doc.createElement('element')
>>> element.appendChild(doc.createTextNode(u'\0'))
<DOM Text node "">
>>> doc.appendChild(element)
<DOM Element: element at 0xb7ca688c>
>>> xml = doc.toxml(encoding='utf-8')
>>> minidom.parseString(xml)
[...]
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1, colum

I believe they should raise some exception when there are characters 
not allowed in XML (http://www.w3.org/TR/REC-xml/#NT-Char) are used in
attribute values, text nodes and CDATA sections.

----------
components: Library (Lib)
messages: 81259
nosy: ods
severity: normal
status: open
title: ElementTree and minidom don't prevent creation of not well-formed XML
type: behavior
versions: Python 2.5, Python 2.6, Python 3.0

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

From report at bugs.python.org  Fri Feb  6 12:22:05 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 06 Feb 2009 11:22:05 +0000
Subject: [issue1835] Update version number in __init__.py
In-Reply-To: <1233840226.95.0.67471578595.issue1835@psf.upfronthosting.co.za>
Message-ID: <498C1D5B.2040706@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-05 14:23, Thomas Heller wrote:
> Thomas Heller <theller at ctypes.org> added the comment:
> 
>> The distutils version number is now updated automatically by the Python
>> release process, so the comment in that file can be removed.
> 
> How does this mechanism work?  I'm wondering if I should use a similar
> mechanism for the ctypes version number...

This is done by Barry's release.py script:

http://svn.python.org/view/sandbox/trunk/release/release.py

in bump().

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

From report at bugs.python.org  Fri Feb  6 13:56:38 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 06 Feb 2009 12:56:38 +0000
Subject: [issue5167] distutils/test_customize_compiler fails on windows
In-Reply-To: <1233924998.48.0.430995834835.issue5167@psf.upfronthosting.co.za>
Message-ID: <1233924998.48.0.430995834835.issue5167@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

test_customize_compiler fails on windows with following error message.

ERROR: test_customize_compiler
(distutils.tests.test_sysconfig.SysconfigTestCase
)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "e:\python-dev\trunk\lib\distutils\tests\test_sysconfig.py", line
54, in
test_customize_compiler
    sysconfig.customize_compiler(comp)
  File "e:\python-dev\trunk\lib\distutils\sysconfig.py", line 181, in
customize_
compiler
    cpp = cc + " -E"           # not always
TypeError: unsupported operand type(s) for +: 'NoneType' and 'str'

I hope attached patch will fix this.

----------
components: Distutils, Tests
files: fix_distutils_test.patch
keywords: patch
messages: 81261
nosy: ocean-city, tarek
severity: normal
stage: patch review
status: open
title: distutils/test_customize_compiler fails on windows
versions: Python 2.7
Added file: http://bugs.python.org/file12951/fix_distutils_test.patch

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

From report at bugs.python.org  Fri Feb  6 14:09:26 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 06 Feb 2009 13:09:26 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233925766.94.0.742767248776.issue4804@psf.upfronthosting.co.za>


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

Sorry, I don't have VS2005.

By the way, _PyVerify_fd seems to be required to VC6 too. Because
fdopen(fd >= _NHANDLE_) crashes on debug build and fdopen(bad fd <
_NHANDLE_) won't set errno to EBADF.

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

From report at bugs.python.org  Fri Feb  6 14:18:38 2009
From: report at bugs.python.org (=?utf-8?q?Horv=C3=A1th_Istv=C3=A1n_R=C3=B3bert?=)
Date: Fri, 06 Feb 2009 13:18:38 +0000
Subject: [issue5168] shutil.copystat does not copy the "hidden" flag on windows
In-Reply-To: <1233926318.17.0.887740362056.issue5168@psf.upfronthosting.co.za>
Message-ID: <1233926318.17.0.887740362056.issue5168@psf.upfronthosting.co.za>


New submission from Horv?th Istv?n R?bert <throbi at gmail.com>:

Hi!

While copying hidden files on windows, the hidden flag is lost
(surprisingly the read-only flag is copied).

Is this a bug or a feature? The documentation only says that flags are
also copied by shutil.copystat, but no details.

See the attached file for an example.

Cheers,
Robert

----------
components: Windows
files: copyHiddenFile.zip
messages: 81263
nosy: throbi
severity: normal
status: open
title: shutil.copystat does not copy the "hidden" flag on windows
type: behavior
versions: Python 2.5
Added file: http://bugs.python.org/file12952/copyHiddenFile.zip

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

From report at bugs.python.org  Fri Feb  6 14:28:08 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 13:28:08 +0000
Subject: [issue5167] distutils/test_customize_compiler fails on windows
In-Reply-To: <1233924998.48.0.430995834835.issue5167@psf.upfronthosting.co.za>
Message-ID: <1233926888.99.0.141168217518.issue5167@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

fixed in r69366 thanks for the patch

----------
assignee:  -> tarek
status: open -> closed

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

From report at bugs.python.org  Fri Feb  6 14:32:07 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Fri, 06 Feb 2009 13:32:07 +0000
Subject: [issue5165] os.rename and other raise WindowsError
In-Reply-To: <1233915634.72.0.359575992053.issue5165@psf.upfronthosting.co.za>
Message-ID: <1233927127.99.0.695605141239.issue5165@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

WindowsError is a subclass of OSError, so it's not entirely
contradictory, just a little misleading... :-)

----------
nosy: +mrabarnett

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

From report at bugs.python.org  Fri Feb  6 14:36:41 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 06 Feb 2009 13:36:41 +0000
Subject: [issue5165] os.rename and other raise WindowsError
In-Reply-To: <1233915634.72.0.359575992053.issue5165@psf.upfronthosting.co.za>
Message-ID: <1233927401.22.0.839981164498.issue5165@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

ah, well, silly me. then I'll just close this as "Invalid".

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

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

From report at bugs.python.org  Fri Feb  6 14:47:49 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 06 Feb 2009 13:47:49 +0000
Subject: [issue2527] Pass a namespace to timeit
In-Reply-To: <1207052027.28.0.27225375953.issue2527@psf.upfronthosting.co.za>
Message-ID: <1233928069.5.0.805959036628.issue2527@psf.upfronthosting.co.za>


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

I'm sorry, this should have been another issue. Reassigning to you.

----------
assignee: pitrou -> rhettinger

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

From report at bugs.python.org  Fri Feb  6 14:50:14 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 06 Feb 2009 13:50:14 +0000
Subject: [issue5066] IDLE documentation for Unix obsolete/incorrect
In-Reply-To: <1232942217.99.0.191249551049.issue5066@psf.upfronthosting.co.za>
Message-ID: <1233928214.73.0.108680076672.issue5066@psf.upfronthosting.co.za>


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

I don't know any. But since rst is so lightweight, it is usually not too
much of a pain to just copy the text from the browser and reintroduce
formatting because you're likely to have to go over and edit the whole
content anyway.

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

From report at bugs.python.org  Fri Feb  6 14:52:28 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 13:52:28 +0000
Subject: [issue5158] Document distutils 'depends' option for extensions
In-Reply-To: <1233849334.58.0.0898669443765.issue5158@psf.upfronthosting.co.za>
Message-ID: <1233928348.69.0.375090732008.issue5158@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee: georg.brandl -> tarek

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

From report at bugs.python.org  Fri Feb  6 15:16:28 2009
From: report at bugs.python.org (=?utf-8?q?Chema_Cort=C3=A9s?=)
Date: Fri, 06 Feb 2009 14:16:28 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>


New submission from Chema Cort?s <dev.xtrem at gmail.com>:

Sometimes, the default hash for user-defined object is not equal to the
id of the object:

In [1]: class A:
  ...:   pass

In [2]: a=A()

In [3]: id(a),hash(a)
Out[3]: (3082955212L, -1212012084)

The test box has an AMD Sempron, a 64bit CPU archictecture emulating a
32bit one. This following relation can be deduced:

hash(a)=id(a)-2**32

----------
components: Interpreter Core
messages: 81269
nosy: chemacortes, jcea
severity: normal
status: open
title: Default hash not equal to id on AMD Sempron
type: behavior
versions: Python 2.5

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

From report at bugs.python.org  Fri Feb  6 16:46:53 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 06 Feb 2009 15:46:53 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233935213.82.0.720947424429.issue5122@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/issue5122>
_______________________________________

From report at bugs.python.org  Fri Feb  6 16:50:08 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 06 Feb 2009 15:50:08 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1233935408.58.0.0250616789136.issue5169@psf.upfronthosting.co.za>


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

I wouldn't qualify this as a bug. hash() doesn't need to be equal to the
id() even in the default case.
Actually, it may be better for hash() to be equal to id()/4 or id()/8,
depending on the standard alignment of the memory allocator.

----------
nosy: +pitrou, rhettinger

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

From report at bugs.python.org  Fri Feb  6 16:57:31 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Fri, 06 Feb 2009 15:57:31 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233935851.1.0.0377952265875.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

I see. I had thought your code was for VS2005 (VC8)
I have changed the patch to work with VS2005 as well.
I don't think we need to worry about VS2003 so much, as I don't think 
it is an officially supported compiler for the current python 
versions.  Also, the problem with close() et al only started when we 
ported the code to Visual Studio 2005, and this is the version of 
VisualStudio that starts to make assertions about its file descriptors.
Anyway, I upload an updated version of the patch, which copes with 
VS2005 as well as VS2008

Added file: http://bugs.python.org/file12953/__pioinfo.patch

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

From report at bugs.python.org  Fri Feb  6 17:01:27 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 06 Feb 2009 16:01:27 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233935213.91.0.578426386285.issue5122@psf.upfronthosting.co.za>
Message-ID: <ac2200130902060801jc44dad9o7bdb90e7c50511e@mail.gmail.com>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Eric, I noticed you said Fedora 6, so I checked which tcl/tk it
includes and apparently it is 8.4.13, is that correct ?
I tried using tcl/tk 8.4.13 and I managed to hang it too :)

Try running test_tcl followed by test_ttk_guionly with regrtest.

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

From report at bugs.python.org  Fri Feb  6 17:07:12 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 06 Feb 2009 16:07:12 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233936432.1.0.599861762028.issue5122@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Yes, I have these installed:
tcl-8.4.13-3.fc6
tcl-devel-8.4.13-3.fc6
tk-8.4.13-3.fc6
tk-devel-8.4.13-3.fc6

When I run "./python Lib/test/regrtest.py test_tcl test_ttk_guionly", it
hangs.

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

From report at bugs.python.org  Fri Feb  6 17:07:47 2009
From: report at bugs.python.org (shamilbi)
Date: Fri, 06 Feb 2009 16:07:47 +0000
Subject: [issue5170] logging to file + encoding
In-Reply-To: <1233936467.22.0.152712476213.issue5170@psf.upfronthosting.co.za>
Message-ID: <1233936467.22.0.152712476213.issue5170@psf.upfronthosting.co.za>


New submission from shamilbi <shamilbi at gmail.com>:

if i configure logging into a file with encoding = 'cp1251' and do
logger.debug(u'...') then i get crash with UnicodeError

i suggest reimplementing method FileHandler.emit():
...
if isinstance(msg, unicode):
    stream.write(f % msg)    # it works!
...

----------
components: Library (Lib)
messages: 81274
nosy: shamilbi
severity: normal
status: open
title: logging to file + encoding
type: crash
versions: Python 2.6

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

From report at bugs.python.org  Fri Feb  6 17:08:53 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 06 Feb 2009 16:08:53 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233936533.19.0.910568381321.issue4804@psf.upfronthosting.co.za>


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

I agree. Please focus on _MSC_VER >= 1400. I'll post new issue about VC6
after this issue will be solved.

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

From report at bugs.python.org  Fri Feb  6 17:12:16 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 06 Feb 2009 16:12:16 +0000
Subject: [issue5170] logging to file + encoding
In-Reply-To: <1233936467.22.0.152712476213.issue5170@psf.upfronthosting.co.za>
Message-ID: <1233936736.8.0.463965943863.issue5170@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> vsajip
nosy: +vsajip

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

From report at bugs.python.org  Fri Feb  6 17:18:02 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 06 Feb 2009 16:18:02 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233936432.1.0.599861762028.issue5122@psf.upfronthosting.co.za>
Message-ID: <ac2200130902060817y12e49749hd92e29a07eec5bc7@mail.gmail.com>


Guilherme Polo <ggpolo at gmail.com> added the comment:

> When I run "./python Lib/test/regrtest.py test_tcl test_ttk_guionly", it
> hangs.

I have isolated it now:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/gpolo/python-dev/python-trunk/Lib/lib-tk/Tkinter.py",
line 1649, in loadtk
    self.tk.loadtk()
_tkinter.TclError: no display name and no $DISPLAY environment variable
>>> Tkinter.Tk()
hang!

Very nice, much more "solvable" now after getting to know the tcl/tk version.

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

From report at bugs.python.org  Fri Feb  6 17:24:20 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Feb 2009 16:24:20 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1233937460.25.0.839498414048.issue5169@psf.upfronthosting.co.za>


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

It looks like this is a platform with sizeof(long) == 4 and sizeof(void *) 
== 8.  Is that right?  As Antoine says, I can't see any problem here.  Why 
do you think that hash(a) should be equal to id(a) in this case?

Antoine, in what way would id()/4 be better than id()?

----------
nosy: +marketdickinson

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

From report at bugs.python.org  Fri Feb  6 17:26:04 2009
From: report at bugs.python.org (Akira Kitada)
Date: Fri, 06 Feb 2009 16:26:04 +0000
Subject: [issue4010] configure options don't trickle down to distutils
In-Reply-To: <1222879433.22.0.765704464081.issue4010@psf.upfronthosting.co.za>
Message-ID: <1233937564.23.0.51486845868.issue4010@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


Removed file: http://bugs.python.org/file12868/issue4010.diff

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

From report at bugs.python.org  Fri Feb  6 17:27:25 2009
From: report at bugs.python.org (Akira Kitada)
Date: Fri, 06 Feb 2009 16:27:25 +0000
Subject: [issue4010] configure options don't trickle down to distutils
In-Reply-To: <1222879433.22.0.765704464081.issue4010@psf.upfronthosting.co.za>
Message-ID: <1233937645.99.0.635574199045.issue4010@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

s/get_config_vars/get_config_var/

----------
versions: +Python 3.1
Added file: http://bugs.python.org/file12954/issue4010.diff

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

From report at bugs.python.org  Fri Feb  6 17:32:15 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 06 Feb 2009 16:32:15 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233937935.37.0.415107400805.issue5122@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

After "I have isolated it now:", there should be this interactive
session (but gmail ate it apparently):

>>> import os
>>> del os.environ['DISPLAY']
>>> import Tkinter
>>> t = Tkinter.Tcl()
>>> t.loadtk()
Traceback (most recent call last):
 File "<stdin>", line 1, in <module>
 File "/home/gpolo/python-dev/python-trunk/Lib/lib-tk/Tkinter.py",
line 1649, in loadtk
   self.tk.loadtk()
_tkinter.TclError: no display name and no $DISPLAY environment variable
>>> Tkinter.Tk()
hang!

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

From report at bugs.python.org  Fri Feb  6 17:45:58 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 06 Feb 2009 16:45:58 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233938758.49.0.192519648065.issue5122@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Ok, I've found the cause of the problem and the patch attached should
solve it but shouldn't be applied! This was just a quick fix I did to
confirm what I expected, I will add something more correct later.

_tkinter is aware of this deadlock that we are getting (see
Tkapp_TkInit), but it is not collaborating to solve it. The problem is
avoided if we always use "loadtk" in Tkinter.py instead of using
"create" to load tk.

----------
keywords: +patch
Added file: http://bugs.python.org/file12955/dont_load_tk_in_tkintercreate.diff

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

From report at bugs.python.org  Fri Feb  6 17:49:05 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Feb 2009 16:49:05 +0000
Subject: [issue5171] itertools.product docstring missing 'repeat' argument
In-Reply-To: <1233938945.33.0.092220516904.issue5171@psf.upfronthosting.co.za>
Message-ID: <1233938945.33.0.092220516904.issue5171@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

The docstring for itertools.product seems to be missing any mention of the 
repeat keyword argument, in both the trunk and py3k, and the maintenance 
branches. 

(The itertools.rst docs are fine, though.)

----------
assignee: rhettinger
components: Library (Lib)
messages: 81281
nosy: marketdickinson, rhettinger
severity: normal
status: open
title: itertools.product docstring missing 'repeat' argument
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

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

From report at bugs.python.org  Fri Feb  6 17:53:36 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 06 Feb 2009 16:53:36 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1233939216.47.0.236675186409.issue5169@psf.upfronthosting.co.za>


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

Because with hash() == id() == address of the PyObject, the hash is
always a multiple of 4 or 8 (I think it's 8), so (hash() %
dict_or_set_table_size) is non-uniformly distributed in most cases.

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

From report at bugs.python.org  Fri Feb  6 18:06:56 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Feb 2009 17:06:56 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1233940016.39.0.919771933885.issue5169@psf.upfronthosting.co.za>


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

Hah.  Good point.  I'd forgotten about the taking-the-low-order-bits 
thing.  Should probably do some timings (and possibly also number-of-
collisions measurements) to find out whether using id() >> 3 actually 
makes any significant difference (either way) for dicts of objects.

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

From report at bugs.python.org  Fri Feb  6 18:19:38 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 06 Feb 2009 17:19:38 +0000
Subject: [issue4704] Update pybench for python 3.0
In-Reply-To: <1229770440.73.0.84111592631.issue4704@psf.upfronthosting.co.za>
Message-ID: <1233940778.57.0.152393635659.issue4704@psf.upfronthosting.co.za>


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

Updated patch.

Added file: http://bugs.python.org/file12956/pybench3.0-3.patch

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

From report at bugs.python.org  Fri Feb  6 18:21:28 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Fri, 06 Feb 2009 17:21:28 +0000
Subject: [issue5172] python-dev tracker summary emails contain incorrect
	"median duration of open issues" information
In-Reply-To: <1233940888.36.0.479497649391.issue5172@psf.upfronthosting.co.za>
Message-ID: <1233940888.36.0.479497649391.issue5172@psf.upfronthosting.co.za>


New submission from Jean-Paul Calderone <exarkun at divmod.com>:

The weekly tracker summary emails sent to python-dev contain incorrect
information.  The value for the "median duration of open issues" it
reports has recently wrapped around to 0 and started growing from there.
 Looking at older reports, it's clear that there's a bug in the
calculation of this value, since it jumps from a median of several years
to a median of one day in the span of one week.

----------
messages: 81285
nosy: exarkun
severity: normal
status: open
title: python-dev tracker summary emails contain incorrect "median duration of open issues" information
type: behavior

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

From report at bugs.python.org  Fri Feb  6 18:35:54 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 06 Feb 2009 17:35:54 +0000
Subject: [issue4704] Update pybench for python 3.0
In-Reply-To: <1233940778.57.0.152393635659.issue4704@psf.upfronthosting.co.za>
Message-ID: <498C74F5.1080902@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Perfect ! Thanks, Antoine. Please check it in.

On 2009-02-06 18:19, Antoine Pitrou wrote:
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
> Updated patch.
> 
> Added file: http://bugs.python.org/file12956/pybench3.0-3.patch
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue4704>
> _______________________________________
> _______________________________________________
> Python-bugs-list mailing list
> Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/mal%40egenix.com

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

From report at bugs.python.org  Fri Feb  6 18:39:08 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 06 Feb 2009 17:39:08 +0000
Subject: [issue4704] Update pybench for python 3.0
In-Reply-To: <498C74F5.1080902@egenix.com>
Message-ID: <498C75BA.6010701@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-06 18:35, Marc-Andre Lemburg wrote:
> Marc-Andre Lemburg <mal at egenix.com> added the comment:
> 
> Perfect ! Thanks, Antoine. Please check it in.

Well, except for this part that sneaked in:

@@ -4,8 +4,6 @@

 """
 #
-# Note: Please keep this module compatible to Python 1.5.2.
-#
 # Tests may include features in later Python versions, but these
 # should then be embedded in try-except clauses in the configuration
 # module Setup.py.

It's ok to bump this to Python 2.3, though :-)

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

From report at bugs.python.org  Fri Feb  6 19:07:58 2009
From: report at bugs.python.org (Matthew Woodcraft)
Date: Fri, 06 Feb 2009 18:07:58 +0000
Subject: [issue5173] "What's new" claims StandardError was removed in 2.6
In-Reply-To: <1233943678.15.0.95933788083.issue5173@psf.upfronthosting.co.za>
Message-ID: <1233943678.15.0.95933788083.issue5173@psf.upfronthosting.co.za>


New submission from Matthew Woodcraft <mjw at pearson.co.uk>:

In the current "What's New In Python 3.0" documentation, under "Changes
To Exceptions", it is claimed that the removal of StandardError is "in
2.6 already".

But according to the 2.6.1 documentation, StandardError is still there
in its usual place.

----------
assignee: georg.brandl
components: Documentation
messages: 81288
nosy: georg.brandl, mjwpp
severity: normal
status: open
title: "What's new" claims StandardError was removed in 2.6
versions: Python 3.0

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

From report at bugs.python.org  Fri Feb  6 19:11:14 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 06 Feb 2009 18:11:14 +0000
Subject: [issue5173] "What's new" claims StandardError was removed in 2.6
In-Reply-To: <1233943678.15.0.95933788083.issue5173@psf.upfronthosting.co.za>
Message-ID: <1233943874.21.0.427906229344.issue5173@psf.upfronthosting.co.za>


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

Thanks, fixed in r69372.

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

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

From report at bugs.python.org  Fri Feb  6 19:21:30 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 06 Feb 2009 18:21:30 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233944490.92.0.243598704624.issue5122@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

The patch does solve the problem for me. It no longer hangs when running
either:
./python Lib/test/regrtest.py test_tcl test_ttk_guionly
or:
./python Lib/test/regrtest.py

-------------
...
test_traceback
test_transformer
test_ttk_guionly
test_ttk_guionly skipped -- ttk not available: Calling Tk_Init again
after a previous call failed might deadlock
test_ttk_textonly
test_tuple
...
-------------

Thanks for tracking this down.

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

From report at bugs.python.org  Fri Feb  6 19:30:59 2009
From: report at bugs.python.org (Forest Wilkinson)
Date: Fri, 06 Feb 2009 18:30:59 +0000
Subject: [issue1194378] sendmsg() and recvmsg() for C socket module
Message-ID: <1233945059.41.0.812150592703.issue1194378@psf.upfronthosting.co.za>


Changes by Forest Wilkinson <forest at users.sourceforge.net>:


----------
nosy: +forest

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

From report at bugs.python.org  Fri Feb  6 20:03:19 2009
From: report at bugs.python.org (Paul Moore)
Date: Fri, 06 Feb 2009 19:03:19 +0000
Subject: [issue5135] Expose simplegeneric function in functools module
In-Reply-To: <1233604660.52.0.0984436233806.issue5135@psf.upfronthosting.co.za>
Message-ID: <1233946999.93.0.859582092029.issue5135@psf.upfronthosting.co.za>


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

Here's an updated patch. I've reverted to the name "simplegeneric" and
documented the limitation around ABCs (I've tried to give an explanation
why it's there, as well as a hint on now to work around the limitation -
let me know if I'm overdoing it, or the text needs rewording).

I've also fixed the wrapper to use update_wrapper to copy the
attributes. That way, there's no duplication.

Added file: http://bugs.python.org/file12957/generic.patch

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

From report at bugs.python.org  Fri Feb  6 20:21:08 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 06 Feb 2009 19:21:08 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1233948068.25.0.749030423905.issue5169@psf.upfronthosting.co.za>


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

Some preliminary timings indicate that it may well be worth replacing 'return (long)p' with 
'return (long)p >> 3' in _Py_HashPointer (in Objects/object.c): I'm getting a 10% speedup in 
dict-building and dict-lookup for dicts of plain objects.  I'll open a separate issue for this 
and post details of the timings.

In the meantime, I think this issue can be closed as invalid: there's no reason that id(a) and 
hash(a) have to be equal.  (chemacortes, if you disagree then please do comment; we'll still 
see the comments even though the issue is closed).

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

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

From report at bugs.python.org  Fri Feb  6 20:34:50 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 06 Feb 2009 19:34:50 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233948890.11.0.421699578168.issue5122@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Here is a better patch, for some definition of better.

It syncs the failed attempt to load tk that may occur in
_tkinter.Tkapp_TkInit, _tkinter.Tcl_AppInit and tkappinit.Tcl_AppInit.
And that is done only for tk < 8.4.14 now.

Said that, I'm a bit worried about the (new macro) TK_VERSION_HEX in
_tkinter and tkappinit, maybe it is time to add a _tkinter.h ?

Added file: http://bugs.python.org/file12958/checking_for_failed_tk_load.diff

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

From report at bugs.python.org  Fri Feb  6 20:39:47 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Feb 2009 19:39:47 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233949187.39.0.582613321705.issue5139@psf.upfronthosting.co.za>


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

If you semi-optimize the implementation by pre-cancelling out the larger
of the denominators, then these functions would be justified as more
efficient than the naive use of the factorial function indicated by the
formulas.

Possible shorter names:
ncombos
nperms
ncombos_with_reps

I would prefer that these and other integer-only functions be in a
separate imath module.  I have the impression that this was not done
with the first because "we can't have a module with just one function",
but these would make at least 4 or 5, which is enough for a module.

----------
nosy: +tjreedy

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

From report at bugs.python.org  Fri Feb  6 20:42:17 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 06 Feb 2009 19:42:17 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233949337.99.0.232485684283.issue5122@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Any chance you can look at the proposed patch, Martin ? I found out that
it was you who reported this deadlock back then, so you might want to
review the patch.

----------
nosy: +loewis

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

From report at bugs.python.org  Fri Feb  6 20:58:28 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 06 Feb 2009 19:58:28 +0000
Subject: [issue5172] python-dev tracker summary emails contain incorrect
	"median duration of open issues" information
In-Reply-To: <1233940888.36.0.479497649391.issue5172@psf.upfronthosting.co.za>
Message-ID: <1233950308.12.0.807781191257.issue5172@psf.upfronthosting.co.za>


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

This should be reported to the meta-tracker:
http://psf.upfronthosting.co.za/roundup/meta/

----------
nosy: +benjamin.peterson
resolution:  -> invalid
status: open -> closed

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

From report at bugs.python.org  Fri Feb  6 21:02:53 2009
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 06 Feb 2009 20:02:53 +0000
Subject: [issue5170] logging to file + encoding
In-Reply-To: <1233936467.22.0.152712476213.issue5170@psf.upfronthosting.co.za>
Message-ID: <1233950573.06.0.550412903061.issue5170@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

The attached test script and output file appear to show logging working
correctly. The script writes a log message including the Cyrillic text
?????? ???? (Good morning) to a CP1251-encoded file, test.log. Opening
this file in a Unicode-aware editor (I used BabelPad,
http://www.babelstone.co.uk/Software/BabelPad.html) appears to show the
Cyrillic characters correctly: see the screenshot at

http://img5.imageshack.us/img5/799/cp1251zw2.png

Marking as pending. Can you give more specifics about your problem?

----------
resolution:  -> works for me
status: open -> pending
Added file: http://bugs.python.org/file12959/encoding-test.zip

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

From report at bugs.python.org  Fri Feb  6 21:11:15 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 06 Feb 2009 20:11:15 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233951075.93.0.064531450734.issue5122@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

The second patch (checking_for_failed_tk_load.diff) also works for me.

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

From report at bugs.python.org  Fri Feb  6 21:57:43 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 06 Feb 2009 20:57:43 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233953863.77.0.295386333878.issue5122@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Found a place still out of sync, it is fixed on this new patch. To
reproduce the problem with the previous patch try this:

import os
del os.environ['DISPLAY']
import Tkinter
Tkinter.Tk()
Tkinter.Tcl().loadtk() # should hang now (with a proper tk version)

Added file: http://bugs.python.org/file12960/checking_for_failed_tk_load-2.diff

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

From report at bugs.python.org  Fri Feb  6 22:11:27 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Fri, 06 Feb 2009 21:11:27 +0000
Subject: [issue2472] Fixed block ordering code in compiler.pyassem
In-Reply-To: <1206360580.92.0.370388118897.issue2472@psf.upfronthosting.co.za>
Message-ID: <1233954687.11.0.349316644366.issue2472@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

Thanks Antoine.  For some reason I don't think I ever got an email about
this issue.  I did some further cleanups and optimizations.  Committed
as SVN rev 69373.

Lib/compiler is still in need of some fixing since it doesn't handle
decorators and some other new language features.  I'll try to keep at it.

----------
assignee:  -> nascheme
resolution:  -> accepted
stage:  -> committed/rejected
status: open -> closed

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

From report at bugs.python.org  Fri Feb  6 22:50:40 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Feb 2009 21:50:40 +0000
Subject: [issue5150] IDLE to support reindent.py
In-Reply-To: <1233736664.4.0.115705275626.issue5150@psf.upfronthosting.co.za>
Message-ID: <1233957040.09.0.0783883775572.issue5150@psf.upfronthosting.co.za>


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

If the interactive interpreter did not require blank lines within blocks
to have at least one 'trailing' space to avoid prematurely ending the
block (as when copy from editor window and paste), IDLE could
automatically rstrip lines.  Given that that should not be done, a menu
item would be nice.

----------
nosy: +tjreedy

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

From report at bugs.python.org  Fri Feb  6 22:51:10 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 06 Feb 2009 21:51:10 +0000
Subject: [issue5166] ElementTree and minidom don't prevent creation of not
	well-formed XML
In-Reply-To: <1233918825.25.0.360851750395.issue5166@psf.upfronthosting.co.za>
Message-ID: <1233957070.94.0.448931296043.issue5166@psf.upfronthosting.co.za>


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


----------
assignee:  -> effbot
nosy: +effbot

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

From report at bugs.python.org  Fri Feb  6 22:53:45 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 06 Feb 2009 21:53:45 +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: <1233957225.55.0.886443323011.issue4965@psf.upfronthosting.co.za>


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

I've experimented with a style variant that keeps the sidebar fixed on
the left side, however I did not manage to get it to show a separate
scrollbar.  Maybe I was just stupid though.

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

From report at bugs.python.org  Fri Feb  6 22:57:53 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Feb 2009 21:57:53 +0000
Subject: [issue5156] IDLE exits with UnicodeDecodeError on Ctrl+Space
In-Reply-To: <1233828164.4.0.121104337122.issue5156@psf.upfronthosting.co.za>
Message-ID: <1233957473.35.0.888238766981.issue5156@psf.upfronthosting.co.za>


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

On IDLE 3.0, win xp, cntl-space brings up a selection box with known
names to select.  What was your actual input?

----------
nosy: +tjreedy

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

From report at bugs.python.org  Fri Feb  6 23:02:30 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 06 Feb 2009 22:02:30 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1233957750.29.0.900173477667.issue5122@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

With the second patch installed, your code snippet does indeed hang for me.

With the third patch installed, I get:
[trunk]$ ./python 
Python 2.7a0 (trunk:69369M, Feb  6 2009, 14:59:32) 
[GCC 4.1.2 20070626 (Red Hat 4.1.2-13)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> del os.environ['DISPLAY']
>>> import Tkinter
Tkinter.Tk()
>>> Tkinter.Tk()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/root/python/trunk/Lib/lib-tk/Tkinter.py", line 1643, in __init__
    self.tk = _tkinter.create(screenName, baseName, className,
interactive, wantobjects, useTk, sync, use)
_tkinter.TclError: no display name and no $DISPLAY environment variable
>>> Tkinter.Tcl().loadtk() # should hang now (with a proper tk version)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/root/python/trunk/Lib/lib-tk/Tkinter.py", line 1649, in loadtk
    self.tk.loadtk()
_tkinter.TclError: Calling Tk_Init again after a previous call failed
might deadlock

Which I assume is the expected behavior.

Also with the third patch installed, the regrtest's all pass.

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

From report at bugs.python.org  Fri Feb  6 23:03:09 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Fri, 06 Feb 2009 22:03:09 +0000
Subject: [issue5161] wrong paths for ctypes cleanup
In-Reply-To: <1233881144.37.0.958366280661.issue5161@psf.upfronthosting.co.za>
Message-ID: <1233957789.66.0.579827237691.issue5161@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

Exactly but I don't open issue as I address it in issue5060 .

----------
nosy: +rpetrov

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

From report at bugs.python.org  Fri Feb  6 23:08:28 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 06 Feb 2009 22:08: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: <1233958108.88.0.988757641202.issue4965@psf.upfronthosting.co.za>


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

Something like this maybe?

div.sphinxsidebar {
    float: left;
    width: 230px;
    height: 100%;
    font-size: 90%
    /* add these: */
    margin-top: 30px;
    height: 100%;
    overflow: auto;
    position: fixed;
}

...

div.related {
    background-color: #133f52;
    color: #fff;
    width: 100%;
    line-height: 30px;
    font-size: 90%;
    /* add this: */
    position: fixed;
}

I tested it only with Firefox3 and the Webdeveloper plugin and it looks
ok. "position: fixed" doesn't work on IE6 and there could be other
problems, but it may be a good starting point.

----------
nosy: +ezio.melotti

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

From report at bugs.python.org  Fri Feb  6 23:09:22 2009
From: report at bugs.python.org (=?utf-8?q?Jes=C3=BAs_Cea_Avi=C3=B3n?=)
Date: Fri, 06 Feb 2009 22:09:22 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1233958162.22.0.388795047901.issue5169@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

The issue is trivially reproductible in any 32 bits platform, simply
allocating objects until you go up the 2GB mark.

Since __hash__() wants to take advantage of every bit in a 32 bit
platform, and we don't have unsigned integers in python, I vote for
"invalid" too.

There is no promise of "id(obj)==hash(obj)": you can overload
"__hash__()" anytime, and that is already done for strings, integers,
tuples, etc.

The speed advantage is interesting, though.

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

From report at bugs.python.org  Fri Feb  6 23:16:20 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 06 Feb 2009 22:16:20 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233957750.29.0.900173477667.issue5122@psf.upfronthosting.co.za>
Message-ID: <ac2200130902061416q70539f5eja453cddff81ada35@mail.gmail.com>


Guilherme Polo <ggpolo at gmail.com> added the comment:

> Eric Smith added the comment:
> .
> .
> Which I assume is the expected behavior.

Yes it is expected.

>
> Also with the third patch installed, the regrtest's all pass.
>

Very nice.

And Eric, thanks for the patience and for testing them all.

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

From report at bugs.python.org  Fri Feb  6 23:19:29 2009
From: report at bugs.python.org (Calvin Spealman)
Date: Fri, 06 Feb 2009 22:19:29 +0000
Subject: [issue5174] xmlrpclib docs include incorrect file closing
In-Reply-To: <1233958767.06.0.465205017873.issue5174@psf.upfronthosting.co.za>
Message-ID: <1233958767.06.0.465205017873.issue5174@psf.upfronthosting.co.za>


New submission from Calvin Spealman <ironfroggy at users.sourceforge.net>:

The following example from the xmlrpclib docs has an obviously erronous 
call to close() after the actual return. 
(http://docs.python.org/library/xmlrpclib.html)

def python_logo():
     handle = open("python_logo.jpg")
     return xmlrpclib.Binary(handle.read())
     handle.close()

The patch included also makes the whitespace PEP-8 compliant.

----------
assignee: georg.brandl
components: Documentation
files: xmlrpc_doc.patch
keywords: patch
messages: 81309
nosy: georg.brandl, ironfroggy
severity: normal
status: open
title: xmlrpclib docs include incorrect file closing
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file12961/xmlrpc_doc.patch

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

From report at bugs.python.org  Fri Feb  6 23:20:03 2009
From: report at bugs.python.org (Calvin Spealman)
Date: Fri, 06 Feb 2009 22:20:03 +0000
Subject: [issue5174] xmlrpclib docs include incorrect file closing
In-Reply-To: <1233958767.06.0.465205017873.issue5174@psf.upfronthosting.co.za>
Message-ID: <1233958803.28.0.929531757537.issue5174@psf.upfronthosting.co.za>


Calvin Spealman <ironfroggy at users.sourceforge.net> added the comment:

The patch attached uses a with statement for proper file closing in the 
examples.

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

From report at bugs.python.org  Fri Feb  6 23:25:41 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 06 Feb 2009 22:25:41 +0000
Subject: [issue4704] Update pybench for python 3.0
In-Reply-To: <498C75BA.6010701@egenix.com>
Message-ID: <1233959128.10020.0.camel@fsol>


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

> It's ok to bump this to Python 2.3, though :-)

The current version only works with 3.x, due to the use of the print
function with the "end" keyword argument.
Should it be fixed?

Regards

Antoine.

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

From report at bugs.python.org  Fri Feb  6 23:27:29 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 06 Feb 2009 22:27:29 +0000
Subject: [issue2472] Fixed block ordering code in compiler.pyassem
In-Reply-To: <1233954687.11.0.349316644366.issue2472@psf.upfronthosting.co.za>
Message-ID: <1233959225.10020.1.camel@fsol>


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

> Thanks Antoine.  For some reason I don't think I ever got an email about
> this issue.  I did some further cleanups and optimizations.  Committed
> as SVN rev 69373.

Thanks! If I knew you hadn't received any notification I would have
tried to ping you... I'm glad this is finally accepted :)

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

From report at bugs.python.org  Fri Feb  6 23:44:11 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 06 Feb 2009 22:44:11 +0000
Subject: [issue5139] Add combinatoric counting functions to the math module.
In-Reply-To: <1233637067.11.0.307954732355.issue5139@psf.upfronthosting.co.za>
Message-ID: <1233960251.59.0.605035503616.issue5139@psf.upfronthosting.co.za>


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

> Ezio, itertools currently has combinations with and without
> *replacement*, not repetition.
> I think you're talking about something slightly different 
> (repetitions in the *iterable*, rather than allowing 
> repeated *drawings* of the same element).

The two terms should be interchangeable (I just used repetitions because
is the one I learnt at school).

> itertools already has 'permutations_with_replacement':  it's 
> called 'product'.
> combinations(it, r): select r elements from it, no replacement, no order
> permutations(it, r): select r elements, no replacement, order is relevant
> combinations_with_replacement(it, r): replacement, no order
> product(it, repeat=r): replacement, order

Isn't this name (product) not coherent with the others?
Also is not immediately clear to me what a function named 'product' is
supposed to do (but probably it is too late to change it now).

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

From report at bugs.python.org  Fri Feb  6 23:49:07 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 06 Feb 2009 22:49:07 +0000
Subject: [issue4704] Update pybench for python 3.0
In-Reply-To: <1233959128.10020.0.camel@fsol>
Message-ID: <498CBE24.90301@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-06 23:25, Antoine Pitrou wrote:
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
>> It's ok to bump this to Python 2.3, though :-)
> 
> The current version only works with 3.x, due to the use of the print
> function with the "end" keyword argument.
> Should it be fixed?

If possible, pybench should work unchanged in both Python 2.x and 3.x.

If the only change needed for this is a new print function, then
it's better to replace all print function calls with a new
helper function:

def print3(*args, end='\r'):
    sys.stdout.write(' '.join(*args))
    sys.stdout.write(end)
    sys.stdout.flush()

(untested, but the idea should be clear)

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

From report at bugs.python.org  Sat Feb  7 00:34:19 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 06 Feb 2009 23:34:19 +0000
Subject: [issue1731706] tkinter memory leak problem
Message-ID: <1233963259.11.0.0682895431288.issue1731706@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Committed now.

trunk: r69376, r69377
release26-maint: r69378
py3k: r69380
release30-maint: r69381 (hand-merged, as you may notice I forgot to
split the patch in two again in py3k)

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

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

From report at bugs.python.org  Sat Feb  7 00:37:46 2009
From: report at bugs.python.org (Lisandro Dalcin)
Date: Fri, 06 Feb 2009 23:37:46 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>


New submission from Lisandro Dalcin <dalcinl at gmail.com>:

At Objects/longobject.c, in almost all cases
OverflowError is raised when a unsigned integral is requested from a
negative PyLong. However, this one breaks the rules:

int
_PyLong_AsByteArray(PyLongObject* v,
                  unsigned char* bytes, size_t n,
                  int little_endian, int is_signed)
{
<...>
              if (!is_signed) {
                      PyErr_SetString(PyExc_TypeError,
                              "can't convert negative long to 
unsigned");
                      return -1;
              }
<...>
}

----------
components: Interpreter Core
messages: 81316
nosy: dalcinl
severity: normal
status: open
title: negative PyLong -> C unsigned integral, TypeError or OverflowError?
type: behavior
versions: Python 2.7

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

From report at bugs.python.org  Sat Feb  7 00:42:29 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Fri, 06 Feb 2009 23:42:29 +0000
Subject: [issue5164] backport distutils 3.x changes into 2.7 when appliabl
In-Reply-To: <1233911195.36.0.922992904897.issue5164@psf.upfronthosting.co.za>
Message-ID: <1233963749.7.0.626262155866.issue5164@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

What specific changes do you have in mind?

----------
nosy: +loewis

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

From report at bugs.python.org  Sat Feb  7 00:49:49 2009
From: report at bugs.python.org (Collin Winter)
Date: Fri, 06 Feb 2009 23:49:49 +0000
Subject: [issue5176] Special-case string formatting in BINARY_MODULO
	implementation
In-Reply-To: <1233964189.56.0.504237250684.issue5176@psf.upfronthosting.co.za>
Message-ID: <1233964189.56.0.504237250684.issue5176@psf.upfronthosting.co.za>


New submission from Collin Winter <collinw at gmail.com>:

This patch speeds up the string formatting % operator by avoiding the
unnecessary indirection in PyNumber_Remainder(). This particularly
benefits templating systems that do a lot of string formatting via %.

Performance tested with gcc 4.3.1 x86_64 on Linux 2.6.18:

2to3:
Min: 22.443 -> 22.306: 0.61% faster
Avg: 22.465 -> 22.324: 0.63% faster

Django:
Min: 0.598 -> 0.591: 1.24% faster
Avg: 0.601 -> 0.595: 1.03% faster

Spitfire [1]:
Min: 0.752 -> 0.717: 4.91% faster
Avg: 0.754 -> 0.719: 4.83% faster

The Django test renders a 150x150 cell table 100 times. The Spitfire
test renders a 1000x1000 cell table 100 times. The 2to3 test translates
all of 2to3 with `-f all` five times. There is no significant impact on
PyBench. Less important code like the pure-Python pickle implementation
also shows an improvement:

Pickling:
Min: 6.680 -> 6.535: 2.22% faster
Avg: 6.740 -> 6.576: 2.50% faster

This is pickling a list of 40000 dicts 100 times. This does not impact
unpickling.

About the patch:
I tested various combinations of PyString_Check and PyString_CheckExact
and what you see in the patch demonstrated the best performance across
all benchmarks. I also tested changing the definition of PyString_Check
to include a short-circuit on PyString_CheckExact, but that did not
provide a consistent benefit. 

[1] - http://code.google.com/p/spitfire/

----------
assignee: jyasskin
components: Interpreter Core
files: faster_modulo.patch
keywords: needs review, patch, patch
messages: 81319
nosy: collinwinter, jyasskin
severity: normal
status: open
title: Special-case string formatting in BINARY_MODULO implementation
type: performance
versions: Python 2.7
Added file: http://bugs.python.org/file12962/faster_modulo.patch

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

From report at bugs.python.org  Sat Feb  7 00:50:34 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Fri, 06 Feb 2009 23:50:34 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233912676.41.0.866793885882.issue5134@psf.upfronthosting.co.za>
Message-ID: <498CCB35.4080006@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> My approach for disabling the 
> warnings in the code has (to me) two advantages:

What specific file would you put these pragmas into?
Are you perhaps proposing to change upstream code?

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

From report at bugs.python.org  Sat Feb  7 00:52:02 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 06 Feb 2009 23:52:02 +0000
Subject: [issue5164] backport distutils 3.x changes into 2.7 when appliabl
In-Reply-To: <1233911195.36.0.922992904897.issue5164@psf.upfronthosting.co.za>
Message-ID: <1233964322.03.0.162011038269.issue5164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

PEP8 :
  - removing space between function names and () 
     like:  function () -> function()

  - function(arg1,
             arg2,
             arg3)

    becomes 
 
    function(arg1, arg2, arg3)

- remove the usage of string.translate, type(foo) is StringType etc..

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

From report at bugs.python.org  Sat Feb  7 00:57:53 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Fri, 06 Feb 2009 23:57:53 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1233964673.18.0.997263827668.issue4804@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I think the comment (an invalid fd would be a C program bug)
misrepresents the facts. Please don't check it in as-is. An invalid file
descriptor is *not* assertable. The authority on file descriptors, the
POSIX standard, specifies for, say, write(2)

[...] Otherwise, -1 shall be returned and errno set to indicate the error.
[...] [EBADF] The fildes argument is not a valid file descriptor open
for writing.

This is consistent throughout the entire API: the behavior for invalid
file descriptors is *not* undefined, and not even
implementation-defined. If the CRT would conform to the relevant,
long-existing specifications it tries to emulate, it would just set
errno to EBADF, and be done.

There should be a global declaration of _Py_verify_fd. I would also
suggest that it becomes a constant macro unless _MSC_VER is defined.

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

From report at bugs.python.org  Sat Feb  7 01:05:38 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 07 Feb 2009 00:05:38 +0000
Subject: [issue5168] shutil.copystat does not copy the "hidden" flag on windows
In-Reply-To: <1233926318.17.0.887740362056.issue5168@psf.upfronthosting.co.za>
Message-ID: <1233965138.65.0.296146966685.issue5168@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

It's neither a bug nor a feature. It's simply not possible to copy the
hidden flag (or system flag, for that matter), since there is no API for
doing so. copystat only copies Unix attributes.

If you were to copy the hidden flag, you would also have to copy the
read-only flag, the access control list, and possible alternative file
streams. You better use the CopyFile API function of Windows for that.

----------
nosy: +loewis

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

From report at bugs.python.org  Sat Feb  7 01:13:04 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 07 Feb 2009 00:13:04 +0000
Subject: [issue3986] removed string and type usage from distutils.cmd [patch]
In-Reply-To: <1222599260.36.0.588546522414.issue3986@psf.upfronthosting.co.za>
Message-ID: <1233965584.39.0.137389497067.issue3986@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

done in r69385

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

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

From report at bugs.python.org  Sat Feb  7 01:16:48 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Sat, 07 Feb 2009 00:16:48 +0000
Subject: [issue1544277] python compiler support for with stmt
Message-ID: <1233965808.12.0.0279488826291.issue1544277@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

Looks like this has already been fixed in SVN rev 53575.

----------
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed

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

From report at bugs.python.org  Sat Feb  7 01:23:55 2009
From: report at bugs.python.org (Lorenzo M. Catucci)
Date: Sat, 07 Feb 2009 00:23:55 +0000
Subject: [issue4471] IMAP4 missing support for starttls
In-Reply-To: <1228062796.45.0.215183772699.issue4471@psf.upfronthosting.co.za>
Message-ID: <1233966235.68.0.32739872727.issue4471@psf.upfronthosting.co.za>


Lorenzo M. Catucci <lorenzo at sancho.ccd.uniroma2.it> added the comment:

As the tests are new, I hope sending the real file is the right way to
proceed.

Added file: http://bugs.python.org/file12963/test_imapnet.py

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

From report at bugs.python.org  Sat Feb  7 01:24:37 2009
From: report at bugs.python.org (Lorenzo M. Catucci)
Date: Sat, 07 Feb 2009 00:24:37 +0000
Subject: [issue4470] smtplib SMTP_SSL not working.
In-Reply-To: <1228062214.03.0.955455415588.issue4470@psf.upfronthosting.co.za>
Message-ID: <1233966277.65.0.0814573747135.issue4470@psf.upfronthosting.co.za>


Changes by Lorenzo M. Catucci <lorenzo at sancho.ccd.uniroma2.it>:


Added file: http://bugs.python.org/file12964/test_smtpnet.py

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

From report at bugs.python.org  Sat Feb  7 01:25:03 2009
From: report at bugs.python.org (Lorenzo M. Catucci)
Date: Sat, 07 Feb 2009 00:25:03 +0000
Subject: [issue4473] POP3 missing support for starttls
In-Reply-To: <1228063143.07.0.0563421485939.issue4473@psf.upfronthosting.co.za>
Message-ID: <1233966303.29.0.173800975924.issue4473@psf.upfronthosting.co.za>


Changes by Lorenzo M. Catucci <lorenzo at sancho.ccd.uniroma2.it>:


Added file: http://bugs.python.org/file12965/test_popnet.py

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

From report at bugs.python.org  Sat Feb  7 01:25:37 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Sat, 07 Feb 2009 00:25:37 +0000
Subject: [issue1754094] Tighter co_stacksize computation in stackdepth_walk
Message-ID: <1233966337.93.0.842120631019.issue1754094@psf.upfronthosting.co.za>


Changes by Neil Schemenauer <nas-python at arctrix.com>:


----------
assignee:  -> nascheme
nosy: +nascheme

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

From report at bugs.python.org  Sat Feb  7 01:26:20 2009
From: report at bugs.python.org (Lorenzo M. Catucci)
Date: Sat, 07 Feb 2009 00:26:20 +0000
Subject: [issue4473] POP3 missing support for starttls
In-Reply-To: <1228063143.07.0.0563421485939.issue4473@psf.upfronthosting.co.za>
Message-ID: <1233966380.76.0.982621215753.issue4473@psf.upfronthosting.co.za>


Changes by Lorenzo M. Catucci <lorenzo at sancho.ccd.uniroma2.it>:


----------
components: +Library (Lib)

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

From report at bugs.python.org  Sat Feb  7 01:31:13 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 07 Feb 2009 00:31:13 +0000
Subject: [issue5164] backport distutils 3.x changes into 2.7 when appliabl
In-Reply-To: <1233964322.03.0.162011038269.issue5164@psf.upfronthosting.co.za>
Message-ID: <498CD378.6070309@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Hmm. Ok. I was hoping you could point to a revision number...

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

From report at bugs.python.org  Sat Feb  7 01:49:22 2009
From: report at bugs.python.org (Lorenzo M. Catucci)
Date: Sat, 07 Feb 2009 00:49:22 +0000
Subject: [issue4473] POP3 missing support for starttls
In-Reply-To: <1228063143.07.0.0563421485939.issue4473@psf.upfronthosting.co.za>
Message-ID: <1233967762.87.0.149099373616.issue4473@psf.upfronthosting.co.za>


Lorenzo M. Catucci <lorenzo at sancho.ccd.uniroma2.it> added the comment:

There is a problem I forgot to state with test_anonlogin:
since I try and test both SSL and starttls, the DoS checker at cmu kicks
in and refuse the login attempt in PopSSLTest. Since I'd rather avoid
cheating, I'm leaning to try logging in as SomeUser, and expecting a
failure in both cases. Comments?

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

From report at bugs.python.org  Sat Feb  7 01:59:03 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Sat, 07 Feb 2009 00:59:03 +0000
Subject: [issue999042] Compiler module doesn't handle global statement
	correctly
Message-ID: <1233968343.19.0.405092351877.issue999042@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

Fixed in SVN rev 69394 (finally).  This was done by having the symbol
table differentiate between explicit and implicit globals.

----------
assignee: jhylton -> nascheme
nosy: +nascheme
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sat Feb  7 02:00:38 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Sat, 07 Feb 2009 01:00:38 +0000
Subject: [issue999444] compiler module doesn't support unicode characters in
	laiter
Message-ID: <1233968438.88.0.0630878895815.issue999444@psf.upfronthosting.co.za>


Changes by Neil Schemenauer <nas-python at arctrix.com>:


----------
assignee: jhylton -> nascheme
nosy: +nascheme

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

From report at bugs.python.org  Sat Feb  7 02:01:08 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Sat, 07 Feb 2009 01:01:08 +0000
Subject: [issue5064] compiler.parse raises SyntaxErrors without line number
	information
In-Reply-To: <1232940344.37.0.615917855536.issue5064@psf.upfronthosting.co.za>
Message-ID: <1233968468.63.0.596116766839.issue5064@psf.upfronthosting.co.za>


Changes by Neil Schemenauer <nas-python at arctrix.com>:


----------
assignee:  -> nascheme
nosy: +nascheme

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

From report at bugs.python.org  Sat Feb  7 02:02:24 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Sat, 07 Feb 2009 01:02:24 +0000
Subject: [issue4792] PythonCmd in Modules/_tkinter.c should use the given
	"interp" parameter
In-Reply-To: <1230737398.34.0.470687906349.issue4792@psf.upfronthosting.co.za>
Message-ID: <1233968544.2.0.381486551009.issue4792@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Another way to reproduce it (tested using debug build):

Python 2.7a0 (trunk:69375:69376M, Feb  6 2009, 20:27:09) 
[GCC 4.3.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import Tkinter
>>> Tkinter.Tk()
<Tkinter.Tk instance at 0xb79c8edc>
>>> Tkinter.Tk()
<Tkinter.Tk instance at 0xb79cb06c>

# close both windows now, get a segfault

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

From report at bugs.python.org  Sat Feb  7 02:04:18 2009
From: report at bugs.python.org (Lorenzo M. Catucci)
Date: Sat, 07 Feb 2009 01:04:18 +0000
Subject: [issue4473] POP3 missing support for starttls
In-Reply-To: <1228063143.07.0.0563421485939.issue4473@psf.upfronthosting.co.za>
Message-ID: <1233968658.6.0.352452231873.issue4473@psf.upfronthosting.co.za>


Lorenzo M. Catucci <lorenzo at sancho.ccd.uniroma2.it> added the comment:

I'm enclosing the expected-failure version of test_popnet. It's much
simpler to talk and comment about something you can see!

Added file: http://bugs.python.org/file12966/test_popnet.py

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

From report at bugs.python.org  Sat Feb  7 02:53:11 2009
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Sat, 07 Feb 2009 01:53:11 +0000
Subject: [issue5176] Special-case string formatting in BINARY_MODULO
	implementation
In-Reply-To: <1233964189.56.0.504237250684.issue5176@psf.upfronthosting.co.za>
Message-ID: <1233971591.18.0.60199775894.issue5176@psf.upfronthosting.co.za>


Jeffrey Yasskin <jyasskin at gmail.com> added the comment:

I think this is only valid when PyString_CheckExact is true. A subclass
could override __mod__, right?

I'm somewhat interested to see how a primarily-numeric benchmark
responds to this patch. I'd expect it to get very slightly slower for %
operations. Probably, given that there's an indirect call in the way,
the extra test would hide in the noise, but it's worth checking. What's
a good numeric benchmark suite? `time ./python Lib/test/test_decimal.py`?

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

From report at bugs.python.org  Sat Feb  7 03:35:27 2009
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 07 Feb 2009 02:35:27 +0000
Subject: [issue3652] Remove DeprecationWarning in _warnings about 'line'
In-Reply-To: <1219453990.4.0.253900549478.issue3652@psf.upfronthosting.co.za>
Message-ID: <1233974127.42.0.0941058017787.issue3652@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Here is a patch to remove the DeprecationWarning.

----------
keywords: +patch
Added file: http://bugs.python.org/file12967/issue3652.diff

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

From report at bugs.python.org  Sat Feb  7 05:41:35 2009
From: report at bugs.python.org (=?utf-8?q?Chema_Cort=C3=A9s?=)
Date: Sat, 07 Feb 2009 04:41:35 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233948068.25.0.749030423905.issue5169@psf.upfronthosting.co.za>
Message-ID: <6ffdb0b60902062041q65845716hfeda06e20b7d1807@mail.gmail.com>


Chema Cort?s <dev.xtrem at gmail.com> added the comment:

I also agree to close this bug as invalid. Indeed, there is not any
reason to make equal id(a) and hash(a), but the description of
"hashable" object from the documentation (but this is a different
issue).

'hash' and 'id' returns the same-wordsize integer (32bit): 'id' as
unsigned long (Py_uintptr_t), and 'hash' as signed long casted from
'id'.

Thanks for your time,
Chema

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

From report at bugs.python.org  Sat Feb  7 09:03:01 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 07 Feb 2009 08:03:01 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1233993781.48.0.00341848390123.issue5175@psf.upfronthosting.co.za>


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


----------
assignee:  -> marketdickinson
nosy: +marketdickinson

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

From report at bugs.python.org  Sat Feb  7 11:50:39 2009
From: report at bugs.python.org (Jan)
Date: Sat, 07 Feb 2009 10:50:39 +0000
Subject: [issue1528074] difflib.SequenceMatcher.find_longest_match() wrong
	result
Message-ID: <1234003839.15.0.615749802724.issue1528074@psf.upfronthosting.co.za>


Jan <pfjan at yahoo.com.br> added the comment:

hi all,

just got bitten by this, so i took the time to reiterate the issue.

according to the docs:

http://docs.python.org/library/difflib.html

find_longest_match() should return the longest matching string:

"If isjunk was omitted or None, find_longest_match() returns (i, j, k)
such that a[i:i+k] is equal to b[j:j+k], where alo <= i <= i+k <= ahi
and blo <= j <= j+k <= bhi. For all (i', j', k') meeting those
conditions, the additional conditions k >= k', i <= i', and if i == i',
j <= j' are also met. In other words, of all maximal matching blocks,
return one that starts earliest in a, and of all those maximal matching
blocks that start earliest in a, return the one that starts earliest in b."

but after a couple of hours debugging i finally convinced myself that
the bug was in the library ... and i ended up here :) 

any ideas on how to work around this bug/feature, and just get the
longest matching string ? (from a normal/newbie user perspective, that
is, without patching the C++ library code and recompiling?)

from the comments (which i couldn't follow entirely), does it use some
concept of popularity that is not exposed by the API ? How is
"popularity" defined ?

many thanks!
- jan


ps.: using ubuntu's python 2.5.2

ps2.: and example of a string pair where the issue shows up:

s1='Floor Box SystemsFBS Floor Box Systems - Manufacturer &amp; supplier
of FBS floor boxes, electrical ... experience, FBS Floor Box Systems
continue ... raceways, floor box. ...www.floorboxsystems.com'

s2='FBS Floor Box SystemsFBS Floor Box Systems - Manufacturer &amp;
supplier of FBS floor boxes, electrical floor boxes, wood floor box,
concrete floor box, surface mount floor box, raised floor
...www.floorboxsystems.com'

----------
nosy: +janpf

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

From report at bugs.python.org  Sat Feb  7 13:21:29 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 07 Feb 2009 12:21:29 +0000
Subject: [issue5174] xmlrpclib docs include incorrect file closing
In-Reply-To: <1233958767.06.0.465205017873.issue5174@psf.upfronthosting.co.za>
Message-ID: <1234009289.28.0.236830722548.issue5174@psf.upfronthosting.co.za>


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

Thanks, fixed in r69409.

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

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

From report at bugs.python.org  Sat Feb  7 15:13:04 2009
From: report at bugs.python.org (Jon Dee)
Date: Sat, 07 Feb 2009 14:13:04 +0000
Subject: [issue5177] multiprocessing: SocketListener should use SO_REUSEADDR
In-Reply-To: <1234015984.6.0.0454721510443.issue5177@psf.upfronthosting.co.za>
Message-ID: <1234015984.6.0.0454721510443.issue5177@psf.upfronthosting.co.za>


New submission from Jon Dee <j.a.t.dee at gmail.com>:

Without this flag it is necessary to wait for e.g. 120s after closing
down a 'BaseManager' server before restarting, due to the socket being
in the TIME_WAIT state. 

Example error, which occurs if a server is started, data transmitted
down the socket, the server shut down, then restarted:

     File "/usr/local/lib/python2.6/multiprocessing/connection.py", line
220, in __init__
        self._socket.bind(address)
     File "<string>", line 1, in bind
        error: [Errno 48] Address already in use


I added (locally):
     self._socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)

to SocketListener.__init__, and it resolves the issue.

----------
components: Library (Lib)
messages: 81336
nosy: jon_dee
severity: normal
status: open
title: multiprocessing: SocketListener should use SO_REUSEADDR
type: behavior
versions: Python 2.6

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

From report at bugs.python.org  Sat Feb  7 16:03:54 2009
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 07 Feb 2009 15:03:54 +0000
Subject: [issue5177] multiprocessing: SocketListener should use SO_REUSEADDR
In-Reply-To: <1234015984.6.0.0454721510443.issue5177@psf.upfronthosting.co.za>
Message-ID: <1234019034.1.0.821038647182.issue5177@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <billiejoex at users.sourceforge.net>:


----------
nosy: +giampaolo.rodola

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

From report at bugs.python.org  Sat Feb  7 16:46:01 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 07 Feb 2009 15:46:01 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1234021561.26.0.409061006644.issue5134@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Here is a patch that works similar to sqlite3_warnings, but moves all
sqlite3.dll settings into a separate property file.

Added file: http://bugs.python.org/file12968/sqlite.patch

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

From report at bugs.python.org  Sat Feb  7 17:58:42 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Feb 2009 16:58:42 +0000
Subject: [issue5137] SystemError when __len__ returns a non-number
In-Reply-To: <1233636317.07.0.926088600598.issue5137@psf.upfronthosting.co.za>
Message-ID: <1234025922.32.0.660029169406.issue5137@psf.upfronthosting.co.za>


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

Here's patch that raises a TypeError like 2.x.

----------
keywords: +needs review, patch
nosy: +benjamin.peterson
Added file: http://bugs.python.org/file12969/SystemError_bad_len.patch

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

From report at bugs.python.org  Sat Feb  7 17:58:55 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 07 Feb 2009 16:58:55 +0000
Subject: [issue4704] Update pybench for python 3.0
In-Reply-To: <498CBE24.90301@egenix.com>
Message-ID: <1234025972.7982.4.camel@fsol>


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

> If possible, pybench should work unchanged in both Python 2.x and 3.x.

Ok, the best I can do is to make it 2.6-compatible. For versions before
2.6, stuff like "except Exception as e" does not make compatibility
reasonably achievable.

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

From report at bugs.python.org  Sat Feb  7 18:29:55 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 07 Feb 2009 17:29:55 +0000
Subject: [issue4704] Update pybench for python 3.0
In-Reply-To: <1229770440.73.0.84111592631.issue4704@psf.upfronthosting.co.za>
Message-ID: <1234027795.95.0.733912431802.issue4704@psf.upfronthosting.co.za>


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

Committed in r69411, r69412.

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

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

From report at bugs.python.org  Sat Feb  7 18:33:45 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 07 Feb 2009 17:33:45 +0000
Subject: [issue5177] multiprocessing: SocketListener should use SO_REUSEADDR
In-Reply-To: <1234015984.6.0.0454721510443.issue5177@psf.upfronthosting.co.za>
Message-ID: <1234028025.45.0.67573439988.issue5177@psf.upfronthosting.co.za>


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


----------
nosy: +jnoller

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

From report at bugs.python.org  Sat Feb  7 18:43:45 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 07 Feb 2009 17:43:45 +0000
Subject: [issue4753] Faster opcode dispatch on gcc
In-Reply-To: <1230325778.98.0.752974375077.issue4753@psf.upfronthosting.co.za>
Message-ID: <1234028625.95.0.503588086595.issue4753@psf.upfronthosting.co.za>


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

Skip, removing the colon doesn't work if the macro adds code after the
colon :)

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

From report at bugs.python.org  Sat Feb  7 18:54:21 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Sat, 07 Feb 2009 17:54:21 +0000
Subject: [issue5178] Add content manager for temporary directory
In-Reply-To: <1234029261.42.0.975383428204.issue5178@psf.upfronthosting.co.za>
Message-ID: <1234029261.42.0.975383428204.issue5178@psf.upfronthosting.co.za>


New submission from Neil Schemenauer <nas-python at arctrix.com>:

I noticed that it would be nice to have a temporary directory context
manager while trying to fix a broken unittest.  The attached patch
provides a pretty minimal implementation.  There appears to be lots of
unit tests that could use such a thing (just search for "rmtree").

I'm not sure if TemporaryDirectory is the best name.  Also, perhaps it
should have a __del__ method although that's tricky business.

----------
assignee: ncoghlan
files: tempdir.patch
keywords: patch
messages: 81342
nosy: nascheme, ncoghlan
severity: normal
stage: patch review
status: open
title: Add content manager for temporary directory
type: feature request
Added file: http://bugs.python.org/file12970/tempdir.patch

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

From report at bugs.python.org  Sat Feb  7 19:42:36 2009
From: report at bugs.python.org (Senthil)
Date: Sat, 07 Feb 2009 18:42:36 +0000
Subject: [issue2047] shutil.destinsrc returns wrong result when source path
	matches beginning of destination path
In-Reply-To: <1202451338.42.0.378471584702.issue2047@psf.upfronthosting.co.za>
Message-ID: <1234032156.2.0.372756803605.issue2047@psf.upfronthosting.co.za>


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

Sorry to bring this fixed-closed issue back again.

I see that this was committed in a hurry.

Either, shutil.destinsrc should be Documented, there currently does not
exists any documentation to explain what destinsrc is supposed to do, or
the function should be made _destinsrc to be internal only. I vote for
the second approach of making it _destinsrc as it is used only in the
shutil.move().

If no action can be taken on a closed bug, I shall open a new one and
also attach a patch to make the method private.

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

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

From report at bugs.python.org  Sat Feb  7 20:09:44 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Feb 2009 19:09:44 +0000
Subject: [issue2047] shutil.destinsrc returns wrong result when source path
	matches beginning of destination path
In-Reply-To: <1202451338.42.0.378471584702.issue2047@psf.upfronthosting.co.za>
Message-ID: <1234033784.27.0.0601953139193.issue2047@psf.upfronthosting.co.za>


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

Made private in r69415.

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

From report at bugs.python.org  Sat Feb  7 20:12:13 2009
From: report at bugs.python.org (Senthil)
Date: Sat, 07 Feb 2009 19:12:13 +0000
Subject: [issue2047] shutil.destinsrc returns wrong result when source path
	matches beginning of destination path
In-Reply-To: <1234033784.27.0.0601953139193.issue2047@psf.upfronthosting.co.za>
Message-ID: <7c42eba10902071112r73fbe72drfbe78ecd4d4bc34e@mail.gmail.com>


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

Thanks for the quick action. Really nice.

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

From report at bugs.python.org  Sat Feb  7 20:27:55 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Sat, 07 Feb 2009 19:27:55 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1234034875.44.0.578201346187.issue5122@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

A bit cleaner patch.

Added file: http://bugs.python.org/file12971/protect_tk_loading.diff

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

From report at bugs.python.org  Sat Feb  7 20:28:01 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Sat, 07 Feb 2009 19:28:01 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1234034881.75.0.608163076144.issue5122@psf.upfronthosting.co.za>


Changes by Guilherme Polo <ggpolo at gmail.com>:


Removed file: http://bugs.python.org/file12960/checking_for_failed_tk_load-2.diff

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

From report at bugs.python.org  Sat Feb  7 20:28:06 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Sat, 07 Feb 2009 19:28:06 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1234034886.29.0.965678789932.issue5122@psf.upfronthosting.co.za>


Changes by Guilherme Polo <ggpolo at gmail.com>:


Removed file: http://bugs.python.org/file12958/checking_for_failed_tk_load.diff

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

From report at bugs.python.org  Sat Feb  7 21:04:40 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 07 Feb 2009 20:04:40 +0000
Subject: [issue5179] subprocess leaves open fds on construction error
In-Reply-To: <1234037080.37.0.0531724857804.issue5179@psf.upfronthosting.co.za>
Message-ID: <1234037080.37.0.0531724857804.issue5179@psf.upfronthosting.co.za>


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

The test case below will (on Linux here) eventually quit with "OSError:
[Errno 24] Too many open files".  I assume that some additional cleaning
up is in order.

-------------------------------------------------------------------

from subprocess import Popen, PIPE

while 1:
    try:
        Popen(['nonexisting'], stdout=PIPE, stderr=PIPE)
    except OSError, err:
        if err.errno != 2:  # ignore "no such file"
            raise

----------
components: Library (Lib)
messages: 81347
nosy: georg.brandl
priority: high
severity: normal
status: open
title: subprocess leaves open fds on construction error
versions: Python 2.6, Python 2.7

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

From report at bugs.python.org  Sat Feb  7 21:17:56 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 07 Feb 2009 20:17:56 +0000
Subject: [issue5179] subprocess leaves open fds on construction error
In-Reply-To: <1234037080.37.0.0531724857804.issue5179@psf.upfronthosting.co.za>
Message-ID: <1234037876.63.0.411838030444.issue5179@psf.upfronthosting.co.za>


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

Proposed patch attached.

Added file: http://bugs.python.org/file12972/sp-patch.py

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

From report at bugs.python.org  Sat Feb  7 22:31:12 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Feb 2009 21:31:12 +0000
Subject: [issue5178] Add content manager for temporary directory
In-Reply-To: <1234029261.42.0.975383428204.issue5178@psf.upfronthosting.co.za>
Message-ID: <1234042272.7.0.822737224826.issue5178@psf.upfronthosting.co.za>


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

A __del__ method is definitely desirable (tempfile._TemporaryFileWrapper
gives an example of how to cache the relevant globals on the class
object to avoid attempting calls to None during interpreter shutdown).

The new examples are good, but may give the misleading impression that
TemporaryFile can't be used as a context manager (it can, and the file
will be closed at the end of the with statement). A second file example
showing it being used as a context manager would probably be helpful.

There is also at least one existing contextlib based temp_dir context
managers that could be replaced given the addition of this (i.e. in
test_cmd_line_script.py, "test_dir" could be changed to a class that
inherits from tempfile.TemporaryDirectory and overrides __enter__ to
invoke realname() on the directory name).

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

From report at bugs.python.org  Sat Feb  7 22:47:53 2009
From: report at bugs.python.org (Eric Smith)
Date: Sat, 07 Feb 2009 21:47:53 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1234043273.06.0.0889394107026.issue5122@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

protect_tk_loading.diff works for me.

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

From report at bugs.python.org  Sat Feb  7 23:28:55 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 07 Feb 2009 22:28:55 +0000
Subject: [issue5180] 3.1 cannot unpickle 2.7-created pickle
In-Reply-To: <1234045735.61.0.752787259691.issue5180@psf.upfronthosting.co.za>
Message-ID: <1234045735.61.0.752787259691.issue5180@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

The pickle was generated by pybench. You can try to display it by running:

./python Tools/pybench/pybench.py --debug -s 27.bench

It fails with the following traceback:

Traceback (most recent call last):
  File "Tools/pybench/pybench.py", line 954, in <module>
    PyBenchCmdline()
  File "/home/antoine/py3k/__svn__/Tools/pybench/CommandLine.py", line
349, in __init__
    rc = self.main()
  File "Tools/pybench/pybench.py", line 888, in main
    bench = pickle.load(f)
  File "/home/antoine/py3k/__svn__/Lib/pickle.py", line 1335, in load
    return Unpickler(file, encoding=encoding, errors=errors).load()
_pickle.UnpicklingError: bad pickle data

----------
components: Extension Modules
messages: 81351
nosy: alexandre.vassalotti, pitrou
priority: high
severity: normal
status: open
title: 3.1 cannot unpickle 2.7-created pickle
type: behavior
versions: Python 3.0, Python 3.1

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

From report at bugs.python.org  Sat Feb  7 23:35:25 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 07 Feb 2009 22:35:25 +0000
Subject: [issue5180] 3.1 cannot unpickle 2.7-created pickle
In-Reply-To: <1234045735.61.0.752787259691.issue5180@psf.upfronthosting.co.za>
Message-ID: <1234046125.69.0.597593331317.issue5180@psf.upfronthosting.co.za>


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

Here is the pickle file.

Added file: http://bugs.python.org/file12973/27.bench

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

From report at bugs.python.org  Sat Feb  7 23:47:39 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 07 Feb 2009 22:47:39 +0000
Subject: [issue5181] test_urllib failures on the 3.1 buildbots
In-Reply-To: <1234046859.35.0.878327501712.issue5181@psf.upfronthosting.co.za>
Message-ID: <1234046859.35.0.878327501712.issue5181@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

This failure happens on all 3.x buildbots:

======================================================================
ERROR: test_empty_socket (test.test_urllib.urlopen_HttpTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/test/test_urllib.py",
line 194, in test_empty_socket
    self.assertRaises(IOError, urlopen, "http://something")
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/unittest.py", line
344, in failUnlessRaises
    callableObj(*args, **kwargs)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/test/test_urllib.py",
line 33, in urlopen
    return opener.open(url)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/urllib/request.py", line
1444, in open
    return getattr(self, name)(url)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/urllib/request.py", line
1618, in open_http
    return self._open_generic_http(http.client.HTTPConnection, url, data)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/urllib/request.py", line
1601, in _open_generic_http
    response = http_conn.getresponse()
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/http/client.py",
line 937, in getresponse
    method=self._method)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/http/client.py",
line 275, in __init__
    self.fp = sock.makefile("rb")
TypeError: makefile() takes exactly 3 positional arguments (2 given)

======================================================================
ERROR: test_read (test.test_urllib.urlopen_HttpTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/test/test_urllib.py",
line 168, in test_read
    fp = urlopen("http://python.org/")
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/test/test_urllib.py",
line 33, in urlopen
    return opener.open(url)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/urllib/request.py", line
1444, in open
    return getattr(self, name)(url)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/urllib/request.py", line
1618, in open_http
    return self._open_generic_http(http.client.HTTPConnection, url, data)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/urllib/request.py", line
1601, in _open_generic_http
    response = http_conn.getresponse()
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/http/client.py",
line 937, in getresponse
    method=self._method)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/http/client.py",
line 275, in __init__
    self.fp = sock.makefile("rb")
TypeError: makefile() takes exactly 3 positional arguments (2 given)

======================================================================
ERROR: test_read_bogus (test.test_urllib.urlopen_HttpTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/test/test_urllib.py",
line 185, in test_read_bogus
    self.assertRaises(IOError, urlopen, "http://python.org/")
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/unittest.py", line
344, in failUnlessRaises
    callableObj(*args, **kwargs)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/test/test_urllib.py",
line 33, in urlopen
    return opener.open(url)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/urllib/request.py", line
1444, in open
    return getattr(self, name)(url)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/urllib/request.py", line
1618, in open_http
    return self._open_generic_http(http.client.HTTPConnection, url, data)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/urllib/request.py", line
1601, in _open_generic_http
    response = http_conn.getresponse()
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/http/client.py",
line 937, in getresponse
    method=self._method)
  File
"/home/pybot/buildarea/3.x.klose-debian-ppc/build/Lib/http/client.py",
line 275, in __init__
    self.fp = sock.makefile("rb")
TypeError: makefile() takes exactly 3 positional arguments (2 given)

----------
messages: 81353
nosy: krisvale, pitrou
priority: critical
severity: normal
stage: needs patch
status: open
title: test_urllib failures on the 3.1 buildbots
type: behavior
versions: Python 3.0, Python 3.1

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

From report at bugs.python.org  Sat Feb  7 23:56:02 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Feb 2009 22:56:02 +0000
Subject: [issue5181] test_urllib failures on the 3.1 buildbots
In-Reply-To: <1234046859.35.0.878327501712.issue5181@psf.upfronthosting.co.za>
Message-ID: <1234047362.9.0.278732895434.issue5181@psf.upfronthosting.co.za>


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

Fixed in r69416.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

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

From report at bugs.python.org  Sun Feb  8 00:40:57 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 07 Feb 2009 23:40:57 +0000
Subject: [issue5181] test_urllib failures on the 3.1 buildbots
In-Reply-To: <1234046859.35.0.878327501712.issue5181@psf.upfronthosting.co.za>
Message-ID: <1234050057.9.0.324803977862.issue5181@psf.upfronthosting.co.za>


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

Now test_docxmlrpc fails and test_httpservers times out...

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

From report at bugs.python.org  Sun Feb  8 00:44:08 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 07 Feb 2009 23:44:08 +0000
Subject: [issue5181] test_urllib failures on the 3.1 buildbots
In-Reply-To: <1234046859.35.0.878327501712.issue5181@psf.upfronthosting.co.za>
Message-ID: <1234050248.71.0.238444572686.issue5181@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Benjamin,
r69416 breaks at least test_docxmlrpc and test_httplib, and hangs on
test_httpservers (Gentoo, Debian ppc, OSX buildbots show it).

----------
nosy: +ajaksu2

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

From report at bugs.python.org  Sun Feb  8 01:27:24 2009
From: report at bugs.python.org (Corey Goldberg)
Date: Sun, 08 Feb 2009 00:27:24 +0000
Subject: [issue5160] Intermittant segmentation fault with ctrl-c (threads and
	queues)
In-Reply-To: <1233868312.9.0.87638822413.issue5160@psf.upfronthosting.co.za>
Message-ID: <1234052844.46.0.601213870391.issue5160@psf.upfronthosting.co.za>


Corey Goldberg <cgoldberg at gmail.com> added the comment:

note:
on Windows Vista it is not ery intermittant :)
crashes every time the program is stopped.

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

From report at bugs.python.org  Sun Feb  8 01:29:47 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Feb 2009 00:29:47 +0000
Subject: [issue5181] test_urllib failures on the 3.1 buildbots
In-Reply-To: <1234046859.35.0.878327501712.issue5181@psf.upfronthosting.co.za>
Message-ID: <1234052987.25.0.718759541805.issue5181@psf.upfronthosting.co.za>


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

Apparently, I don't know what I'm doing. reverted in r69418.

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

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

From report at bugs.python.org  Sun Feb  8 01:39:47 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Sun, 08 Feb 2009 00:39:47 +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: <1234053586.89.0.9560759204.issue2636@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

issue2636-features-2.diff is based on Python 2.6.

Bugfix. No new features.

Added file: http://bugs.python.org/file12974/issue2636-features-2.diff

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

From report at bugs.python.org  Sun Feb  8 02:17:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 08 Feb 2009 01:17:59 +0000
Subject: [issue4631] urlopen returns extra, spurious bytes
In-Reply-To: <1228994582.88.0.234313374656.issue4631@psf.upfronthosting.co.za>
Message-ID: <1234055879.82.0.822474620716.issue4631@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Here's a test (in test_urllib2_localnet) that fails before the patch and
passes after, mostly lifted from test_httplib:

    def test_chunked(self):
        expected_response = b"hello world"
        chunked_start = (
                        b'a\r\n'
                        b'hello worl\r\n'
                        b'1\r\n'
                        b'd\r\n'
                        )
        response = [(200, [("Transfer-Encoding", "chunked")],
chunked_start)]
        handler = self.start_server(response)
        data = self.urlopen("http://localhost:%s/" % handler.port)
        self.assertEquals(data, expected_response)

Output:

test test_urllib2_localnet failed -- Traceback (most recent call last):
  File "~/py3k/Lib/test/test_urllib2_localnet.py", line 390, in test_chunked
    self.assertEquals(data, expected_response)
AssertionError: b'a\r\nhello worl\r\n1\r\nd\r\n' != b'hello world'

To allow this test to work, the attached patch also touches
FakeHTTPRequestHandler and TestUrlopen.urlopen.

Added file: http://bugs.python.org/file12975/test_urllib_chunked.diff

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

From report at bugs.python.org  Sun Feb  8 02:31:51 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Sun, 08 Feb 2009 01:31:51 +0000
Subject: [issue4753] Faster opcode dispatch on gcc
In-Reply-To: <1234028625.95.0.503588086595.issue4753@psf.upfronthosting.co.za>
Message-ID: <18830.13826.202586.775283@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Antoine> Skip, removing the colon doesn't work if the macro adds code
    Antoine> after the colon :)

When I looked I thought both TARGET and TARGET_WITH_IMPL ended with a colon,
but I see that's not the case.  How about removing TARGET_WITH_IMPL and just
include the goto explicitly?  There are only a few instances of the
TARGET_WITH_IMPL used.

Skip

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

From report at bugs.python.org  Sun Feb  8 02:59:37 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 08 Feb 2009 01:59:37 +0000
Subject: [issue4195] Regression for executing packages
In-Reply-To: <1224873899.8.0.177595218059.issue4195@psf.upfronthosting.co.za>
Message-ID: <1234058377.54.0.911744755567.issue4195@psf.upfronthosting.co.za>


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

Incorporated as:
2.7: r69419
3.1: r69421

----------
resolution:  -> accepted
stage:  -> committed/rejected
status: open -> closed

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

From report at bugs.python.org  Sun Feb  8 04:05:42 2009
From: report at bugs.python.org (Mark Hammond)
Date: Sun, 08 Feb 2009 03:05:42 +0000
Subject: [issue5182] str() on memoryview of bytearray failing on py3k
In-Reply-To: <1234062342.43.0.913128436395.issue5182@psf.upfronthosting.co.za>
Message-ID: <1234062342.43.0.913128436395.issue5182@psf.upfronthosting.co.za>


New submission from Mark Hammond <mhammond at users.sourceforge.net>:

% py30 -c "str(memoryview(bytearray((1,2,3))))"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
TypeError: __str__ returned non-string (type bytes)

The expected behaviour is that a string representation be returned.

----------
messages: 81363
nosy: mhammond
severity: normal
status: open
title: str() on memoryview of bytearray failing on py3k
versions: Python 3.0, Python 3.1

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

From report at bugs.python.org  Sun Feb  8 04:10:17 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Feb 2009 03:10:17 +0000
Subject: [issue5182] str() on memoryview of bytearray failing on py3k
In-Reply-To: <1234062342.43.0.913128436395.issue5182@psf.upfronthosting.co.za>
Message-ID: <1234062617.86.0.696458773395.issue5182@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/issue5182>
_______________________________________

From report at bugs.python.org  Sun Feb  8 04:24:36 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 08 Feb 2009 03:24:36 +0000
Subject: [issue3521] file.readline: bad exception recovery
In-Reply-To: <1218148611.21.0.579552262714.issue3521@psf.upfronthosting.co.za>
Message-ID: <1234063476.81.0.0749235133076.issue3521@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Maybe this one should be in 3.0.1? Benchmarking the isinstance approach
against int() would be interesting.

The io-c branch doesn't have this bug, so 3.1 is OK :)

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

From report at bugs.python.org  Sun Feb  8 04:37:53 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 08 Feb 2009 03:37:53 +0000
Subject: [issue4512] Add get_filename method to zipimport
In-Reply-To: <1228351400.39.0.42212643126.issue4512@psf.upfronthosting.co.za>
Message-ID: <1234064273.1.0.325505612418.issue4512@psf.upfronthosting.co.za>


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

ZipImporter.get_filename() made public in:
2.7: r69425
3.1: r69426

----------
resolution:  -> accepted
stage:  -> committed/rejected
status: open -> closed

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

From report at bugs.python.org  Sun Feb  8 04:38:39 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 08 Feb 2009 03:38:39 +0000
Subject: [issue5178] Add content manager for temporary directory
In-Reply-To: <1234029261.42.0.975383428204.issue5178@psf.upfronthosting.co.za>
Message-ID: <1234064319.73.0.213626453189.issue5178@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
priority:  -> normal
versions: +Python 2.7, Python 3.1

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

From report at bugs.python.org  Sun Feb  8 04:39:09 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 08 Feb 2009 03:39:09 +0000
Subject: [issue5178] Add context manager for temporary directory
In-Reply-To: <1234029261.42.0.975383428204.issue5178@psf.upfronthosting.co.za>
Message-ID: <1234064349.93.0.966618035456.issue5178@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
title: Add content manager for temporary directory -> Add context manager for temporary directory

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

From report at bugs.python.org  Sun Feb  8 06:24:24 2009
From: report at bugs.python.org (Stephen Day)
Date: Sun, 08 Feb 2009 05:24:24 +0000
Subject: [issue5183] wsgiref.simple_server not working
In-Reply-To: <1234070664.0.0.314425486198.issue5183@psf.upfronthosting.co.za>
Message-ID: <1234070664.0.0.314425486198.issue5183@psf.upfronthosting.co.za>


New submission from Stephen Day <stephen.h.day at gmail.com>:

The attached application doesn't work. I think the value of self.headers  
(see line 114) has a blank line at the end that it did not in Python 2.5

Here is the error message that occurs when it gets a request 
(http://127.0.0.1:8080/):

Exception happened during processing of request from ('127.0.0.1', 
60549)
Traceback (most recent call last):
  File "C:\Python30\lib\socketserver.py", line 281, in 
_handle_request_noblock
    self.process_request(request, client_address)
  File "C:\Python30\lib\socketserver.py", line 307, in process_request
    self.finish_request(request, client_address)
  File "C:\Python30\lib\socketserver.py", line 320, in finish_request
    self.RequestHandlerClass(request, client_address, self)
  File "C:\Python30\lib\socketserver.py", line 614, in __init__
    self.handle()
  File "C:\Python30\lib\wsgiref\simple_server.py", line 136, in handle
    self.rfile, self.wfile, self.get_stderr(), self.get_environ()
  File "C:\Python30\lib\wsgiref\simple_server.py", line 115, in 
get_environ
    k,v = h.split(':',1)
ValueError: need more than 1 value to unpack

----------
components: Library (Lib)
files: test_server.py
messages: 81366
nosy: StephenDay
severity: normal
status: open
title: wsgiref.simple_server not working
type: crash
versions: Python 3.0
Added file: http://bugs.python.org/file12976/test_server.py

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

From report at bugs.python.org  Sun Feb  8 06:37:59 2009
From: report at bugs.python.org (Stephen Day)
Date: Sun, 08 Feb 2009 05:37:59 +0000
Subject: [issue5183] wsgiref.simple_server not working
In-Reply-To: <1234070664.0.0.314425486198.issue5183@psf.upfronthosting.co.za>
Message-ID: <1234071479.94.0.280032585998.issue5183@psf.upfronthosting.co.za>


Stephen Day <stephen.h.day at gmail.com> added the comment:

This seems to be fixed already (see Issue4718). Next time I'll search 
more...

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

From report at bugs.python.org  Sun Feb  8 09:44:52 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 08 Feb 2009 08:44:52 +0000
Subject: [issue2636] Regexp 2.7 (modifications to current re 2.2.2)
In-Reply-To: <1208260672.14.0.711874677361.issue2636@psf.upfronthosting.co.za>
Message-ID: <1234082692.29.0.235845983986.issue2636@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/issue2636>
_______________________________________

From report at bugs.python.org  Sun Feb  8 09:45:25 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 08 Feb 2009 08:45:25 +0000
Subject: [issue5182] str() on memoryview of bytearray failing on py3k
In-Reply-To: <1234062342.43.0.913128436395.issue5182@psf.upfronthosting.co.za>
Message-ID: <1234082725.32.0.328918988056.issue5182@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/issue5182>
_______________________________________

From report at bugs.python.org  Sun Feb  8 10:51:59 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sun, 08 Feb 2009 09:51:59 +0000
Subject: [issue3686] PKG-INFO file should differentiate between authors and
	maintainers
In-Reply-To: <1219739553.56.0.760950139316.issue3686@psf.upfronthosting.co.za>
Message-ID: <1234086719.39.0.411441367516.issue3686@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Maintainer field is not specified in PEP 241, PEP 314 and even PEP 345.
Can we add this field to PEP 345?

----------
nosy: +akitada, tarek
type:  -> feature request

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

From report at bugs.python.org  Sun Feb  8 10:56:26 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Feb 2009 09:56:26 +0000
Subject: [issue3686] PKG-INFO file should differentiate between authors and
	maintainers
In-Reply-To: <1219739553.56.0.760950139316.issue3686@psf.upfronthosting.co.za>
Message-ID: <1234086986.68.0.413525809263.issue3686@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

The point is, the current implementation of Distutils will take the
maintainer *or* the author for the Author field.

So this relates to #962772 : do we want to keep maintainer and
maintainer_email at all ?

I'll push a mail in Distutils-SIG about this.

----------
assignee:  -> tarek

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

From report at bugs.python.org  Sun Feb  8 11:04:00 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 08 Feb 2009 10:04:00 +0000
Subject: [issue5183] wsgiref.simple_server not working
In-Reply-To: <1234070664.0.0.314425486198.issue5183@psf.upfronthosting.co.za>
Message-ID: <1234087440.95.0.437330869878.issue5183@psf.upfronthosting.co.za>


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


----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> wsgiref package totally broken

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

From report at bugs.python.org  Sun Feb  8 11:23:38 2009
From: report at bugs.python.org (=?utf-8?q?Hagen_F=C3=BCrstenau?=)
Date: Sun, 08 Feb 2009 10:23:38 +0000
Subject: [issue5182] str() on memoryview of bytearray failing on py3k
In-Reply-To: <1234062342.43.0.913128436395.issue5182@psf.upfronthosting.co.za>
Message-ID: <1234088618.72.0.459540043782.issue5182@psf.upfronthosting.co.za>


Changes by Hagen F?rstenau <hfuerstenau at gmx.net>:


----------
nosy: +hagen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5182>
_______________________________________

From report at bugs.python.org  Sun Feb  8 11:27:23 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Sun, 08 Feb 2009 10:27:23 +0000
Subject: [issue5181] test_urllib failures on the 3.1 buildbots
In-Reply-To: <1234046859.35.0.878327501712.issue5181@psf.upfronthosting.co.za>
Message-ID: <1234088843.75.0.300707934567.issue5181@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

I was going to fix this, but Nick Coghlan beat me to it in r69429

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5181>
_______________________________________

From report at bugs.python.org  Sun Feb  8 11:34:16 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 08 Feb 2009 10:34:16 +0000
Subject: [issue5184] Add -3 warning for extension types that implement
	tp_compare but not tp_richcompare
In-Reply-To: <1234089256.12.0.28890692519.issue5184@psf.upfronthosting.co.za>
Message-ID: <1234089256.12.0.28890692519.issue5184@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

See

http://mail.python.org/pipermail/python-dev/2009-February/085809.html

where Nick Coghlan writes:

"I'm wondering if Mark should add the exception he recently removed back
in as a Deprecation Warning when tp_compare is defined, but
tp_richcompare is not. Such a warning should also be present when
running with -3 in 2.7 (assuming it isn't already there)."

A technical difficulty with adding this warning is that various built-in 
types implement tp_compare but not tp_richcompare.  For example:  int, 
long, slice, buffer, instancemethod, cell and bool all do this.

----------
messages: 81371
nosy: marketdickinson, ncoghlan
severity: normal
status: open
title: Add -3 warning for extension types that implement tp_compare but not tp_richcompare
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5184>
_______________________________________

From report at bugs.python.org  Sun Feb  8 12:05:49 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 08 Feb 2009 11:05:49 +0000
Subject: [issue5184] Add -3 warning for extension types that implement
	tp_compare but not tp_richcompare
In-Reply-To: <1234089256.12.0.28890692519.issue5184@psf.upfronthosting.co.za>
Message-ID: <1234091149.91.0.443701144407.issue5184@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

N.B. The 3.x part of this was implemented in r69431 and r69432.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5184>
_______________________________________

From report at bugs.python.org  Sun Feb  8 12:10:48 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 08 Feb 2009 11:10:48 +0000
Subject: [issue1717] Get rid of more references to __cmp__
In-Reply-To: <1199205565.64.0.0495465164968.issue1717@psf.upfronthosting.co.za>
Message-ID: <1234091448.73.0.00453377852345.issue1717@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Deprecation warning for types that implement tp_compare but not 
tp_richcompare added in r69431, r69432.

Just the doc fixes in Doc/extending/newtypes.rst left.  Assigning to Georg  
and reducing priority.

----------
assignee:  -> georg.brandl
priority: release blocker -> normal
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1717>
_______________________________________

From report at bugs.python.org  Sun Feb  8 12:43:20 2009
From: report at bugs.python.org (Peter Harris)
Date: Sun, 08 Feb 2009 11:43:20 +0000
Subject: [issue5156] IDLE exits with UnicodeDecodeError on Ctrl+Space
In-Reply-To: <1233828164.4.0.121104337122.issue5156@psf.upfronthosting.co.za>
Message-ID: <1234093400.44.0.632441028186.issue5156@psf.upfronthosting.co.za>


Peter Harris <scav at users.sourceforge.net> added the comment:

Yeah, I know that's what it's supposed to do.  It does pop up the list
of names, but then crashes.

It happens no matter what has been input, even on an empty window.

However, if it works for everyone else, maybe I built Tcl wrongly.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5156>
_______________________________________

From report at bugs.python.org  Sun Feb  8 13:34:04 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Sun, 08 Feb 2009 12:34:04 +0000
Subject: [issue5156] IDLE exits with UnicodeDecodeError on Ctrl+Space
In-Reply-To: <1233828164.4.0.121104337122.issue5156@psf.upfronthosting.co.za>
Message-ID: <1234096444.92.0.863290153095.issue5156@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

This is a duplicate, see issue1028.

----------
nosy: +gpolo
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5156>
_______________________________________

From report at bugs.python.org  Sun Feb  8 13:45:41 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 08 Feb 2009 12:45:41 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1234097141.27.0.422453115875.issue5175@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

This also affects 3.1.

Note that the current behaviour (or rather, its effects in 
PyLong_AsUnsignedLongLong) is as documented.  In

http://docs.python.org/dev/c-api/long.html

it says for PyLong_AsUnsignedLongLong:

"Return a C unsigned long long from a Python long integer. If pylong 
cannot be represented as an unsigned long long, an OverflowError will be 
raised if the value is positive, or a TypeError will be raised if the 
value is negative."

...which suggests that the choice of TypeError was intentional.  It 
still seems wrong to me, though: the argument has the correct type, but 
an illegal value, so ValueError or (for consistency with the other 
methods) OverflowError would seem more appropriate.

If this change is made, then test_struct needs fixing: the change 
affects the 'Q' struct format.  I don't think the change in struct 
behaviour is serious, since there's very little consistency between 
different struct types at the moment:  for negative ints, 'Q' raises an 
error, 'L' and 'I' give a DeprecationWarning, and 'H' raises a 
struct.error.

----------
priority:  -> normal
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5175>
_______________________________________

From report at bugs.python.org  Sun Feb  8 14:00:13 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 08 Feb 2009 13:00:13 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1234098013.47.0.438208843317.issue5175@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Looks like this was changed in a checkin by Tim Peters in r21099;  before 
r21099, PyLong_AsUnsignedLongLong raised OverflowError for negative 
numbers.  After the checkin, it raised TypeError.  I suspect the change 
was inadvertent.

Tim, any comments?

Lisandro, do you have any interest in contributing a patch for this?  The 
patch should change the exception type, fix the docs, add a test or two 
for the fixed behaviour of PyLong_AsUnsignedLongLong to 
Modules/_testcapimodule.c, and fix the test_struct test for the 'Q' format 
code.

----------
nosy: +tim_one

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5175>
_______________________________________

From report at bugs.python.org  Sun Feb  8 14:36:23 2009
From: report at bugs.python.org (shamilbi)
Date: Sun, 08 Feb 2009 13:36:23 +0000
Subject: [issue5170] logging to file + encoding
In-Reply-To: <1233936467.22.0.152712476213.issue5170@psf.upfronthosting.co.za>
Message-ID: <1234100183.8.0.366907728495.issue5170@psf.upfronthosting.co.za>


shamilbi <shamilbi at gmail.com> added the comment:

test_log.py:
-----------
#! -*- coding: windows-1251 -*-

import logging

logger = logging.getLogger('test_log')
logger.addHandler(logging.FileHandler('test.log', encoding='cp1251'))
logger.setLevel(logging.DEBUG)

logger.debug(u'??????')    # russian Hello

exception:
---------
Traceback (most recent call last):
  File "e:\bin\python\0\lib\logging\__init__.py", line 765, in emit
    self.stream.write(fs % msg.encode("UTF-8"))
  File "e:\bin\python\0\lib\codecs.py", line 686, in write
    return self.writer.write(data)
  File "e:\bin\python\0\lib\codecs.py", line 351, in write
    data, consumed = self.encode(object, self.errors)
  File "e:\bin\python\0\lib\encodings\cp1251.py", line 12, in encode
    return codecs.charmap_encode(input,errors,encoding_table)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 0:
ordinal not in range(128)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5170>
_______________________________________

From report at bugs.python.org  Sun Feb  8 15:19:36 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Feb 2009 14:19:36 +0000
Subject: [issue5182] str() on memoryview of bytearray failing on py3k
In-Reply-To: <1234062342.43.0.913128436395.issue5182@psf.upfronthosting.co.za>
Message-ID: <1234102776.39.0.0866923928265.issue5182@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

What sort of thing should str() on a memoryview return? Latin-1 decoded
bytes? Could we remove __str__ and just stick with __repr__?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5182>
_______________________________________

From report at bugs.python.org  Sun Feb  8 15:48:46 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 08 Feb 2009 14:48:46 +0000
Subject: [issue789290] Minor FP bug in object.c
Message-ID: <1234104526.44.0.672738116504.issue789290@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fixed in the trunk in r69436.  Will merge to 2.6, 3.1 and 3.0.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue789290>
_______________________________________

From report at bugs.python.org  Sun Feb  8 15:56:31 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Feb 2009 14:56:31 +0000
Subject: [issue5182] str() on memoryview of bytearray failing on py3k
In-Reply-To: <1234102776.39.0.0866923928265.issue5182@psf.upfronthosting.co.za>
Message-ID: <1234104954.8873.4.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Could we remove __str__ and just stick with __repr__?

Yes, I think it's the best thing to do.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5182>
_______________________________________

From report at bugs.python.org  Sun Feb  8 15:58:20 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sun, 08 Feb 2009 14:58:20 +0000
Subject: [issue5160] Intermittant segmentation fault with ctrl-c (threads and
	queues)
In-Reply-To: <1233868312.9.0.87638822413.issue5160@psf.upfronthosting.co.za>
Message-ID: <1234105100.46.0.542116518729.issue5160@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

This seems to be duplicate of issue1856. Let me close this entry.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> shutdown (exit) can hang or segfault with daemon threads running

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5160>
_______________________________________

From report at bugs.python.org  Sun Feb  8 16:01:21 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Feb 2009 15:01:21 +0000
Subject: [issue5182] str() on memoryview of bytearray failing on py3k
In-Reply-To: <1234062342.43.0.913128436395.issue5182@psf.upfronthosting.co.za>
Message-ID: <1234105281.01.0.948796312578.issue5182@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Done in r69438.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5182>
_______________________________________

From report at bugs.python.org  Sun Feb  8 16:14:42 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 08 Feb 2009 15:14:42 +0000
Subject: [issue789290] Minor FP bug in object.c
Message-ID: <1234106082.49.0.765187446357.issue789290@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fix merged in r69437, r69440, r69441.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue789290>
_______________________________________

From report at bugs.python.org  Sun Feb  8 16:59:01 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Feb 2009 15:59:01 +0000
Subject: [issue4631] urlopen returns extra, spurious bytes
In-Reply-To: <1228994582.88.0.234313374656.issue4631@psf.upfronthosting.co.za>
Message-ID: <1234108741.24.0.997585099817.issue4631@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

On the principle, the test looks good.
If you want to avoid the 'if "%" in value' hack, you can use the
named-parameter form of string formatting:

>>> "localhost:%(port)s" % dict(port=8080)
'localhost:8080'
>>> "localhost" % dict(port=8080)
'localhost'

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4631>
_______________________________________

From report at bugs.python.org  Sun Feb  8 17:03:32 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Feb 2009 16:03:32 +0000
Subject: [issue5137] SystemError when __len__ returns a non-number
In-Reply-To: <1233636317.07.0.926088600598.issue5137@psf.upfronthosting.co.za>
Message-ID: <1234109012.6.0.335788488497.issue5137@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Wouldn't it be better to use PyNumber_AsSsize_t() instead, so as to
support all __index__-enabled objects?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5137>
_______________________________________

From report at bugs.python.org  Sun Feb  8 17:06:51 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Feb 2009 16:06:51 +0000
Subject: [issue5179] subprocess leaves open fds on construction error
In-Reply-To: <1234037080.37.0.0531724857804.issue5179@psf.upfronthosting.co.za>
Message-ID: <1234109211.77.0.996436610529.issue5179@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Perhaps you could add a test?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5179>
_______________________________________

From report at bugs.python.org  Sun Feb  8 17:17:30 2009
From: report at bugs.python.org (Jeffery Aubin)
Date: Sun, 08 Feb 2009 16:17:30 +0000
Subject: [issue5185] Idle doesn't work on 2.6 on Macbook
In-Reply-To: <1234109850.83.0.858099103097.issue5185@psf.upfronthosting.co.za>
Message-ID: <1234109850.83.0.858099103097.issue5185@psf.upfronthosting.co.za>


New submission from Jeffery Aubin <jefferyaubin at oricom.ca>:

I work with IDLE on a PC at the office and now I've installed version 2.6 
for mac on my Macbook at home. I wanted to have access to IDLE at home to 
read my code and add some things here and there. But, I cannot get it to 
work. It opens up on the dock and disapears right away. I've try to open a 
.py file using IDLE as a default and it didn't work. I've read some forums 
on this issue but nothing that quite fit the description of my problem. 
How can I get it to work?

----------
components: IDLE
messages: 81388
nosy: jeaub23
severity: normal
status: open
title: Idle doesn't work on 2.6 on Macbook
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5185>
_______________________________________

From report at bugs.python.org  Sun Feb  8 17:36:18 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 08 Feb 2009 16:36:18 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

In the issue 5169 discussion, Antoine Pitrou suggested that for an object 
x without a __hash__ method, id()/8 might be a better hash value than 
id(), since dicts use the low order bits of the hash as initial key, and 
the 3 lowest bits of an id() will always be zero.

Here's a patch.

----------
components: Interpreter Core
files: pointer_hash.patch
keywords: patch
messages: 81389
nosy: marketdickinson, pitrou, rhettinger
priority: normal
severity: normal
status: open
title: Reduce hash collisions for objects with no __hash__ method
type: performance
versions: Python 2.7, Python 3.1
Added file: http://bugs.python.org/file12977/pointer_hash.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Sun Feb  8 18:03:11 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 08 Feb 2009 17:03:11 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234112591.73.0.448787736371.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Here are some timings for dict creation, created with the attached script.  
They're not particularly scientific, but they at least show that this one-
line optimization can make a significant difference.

Typical results on my machine (OS X 10.5.6/Intel), 32-bit non-debug build 
of the trunk (r69442):  before

dict creation (selected):  1.95572495461
dict creation (shuffled):  1.98964595795
dict creation:  1.78589916229

and after:

dict creation (selected):  1.7055079937   # (14% speedup)
dict creation (shuffled):  1.5843398571   # (25% speedup)
dict creation:  1.32362794876             # (34% speedup)

BTW, all tests pass on my machine with this patch applied.

Added file: http://bugs.python.org/file12978/time_object_hash.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Sun Feb  8 18:05:00 2009
From: report at bugs.python.org (Lisandro Dalcin)
Date: Sun, 08 Feb 2009 17:05:00 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1234112700.23.0.255775453469.issue5175@psf.upfronthosting.co.za>


Lisandro Dalcin <dalcinl at gmail.com> added the comment:

I can contribute a patch. However, I would like to wait until Tim 
comments on this.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5175>
_______________________________________

From report at bugs.python.org  Sun Feb  8 18:15:59 2009
From: report at bugs.python.org (Martin von Gagern)
Date: Sun, 08 Feb 2009 17:15:59 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1234113359.48.0.0820368016343.issue5128@psf.upfronthosting.co.za>


Martin von Gagern <Martin.vGagern at gmx.net> added the comment:

Any progress with the review?

By the way, what branch are we aiming for? I'm using 2.5 here, so I
reported this issue against that version, and wrote the patch against
that branch. I guess it should work for trunk as well, but the imports
of with_statement from __future__ should probably be omitted there.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5128>
_______________________________________

From report at bugs.python.org  Sun Feb  8 18:34:10 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Feb 2009 17:34:10 +0000
Subject: [issue5137] SystemError when __len__ returns a non-number
In-Reply-To: <1233636317.07.0.926088600598.issue5137@psf.upfronthosting.co.za>
Message-ID: <1234114450.98.0.171066378244.issue5137@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Yes, good idea.

Added file: http://bugs.python.org/file12979/SystemError_bad_len2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5137>
_______________________________________

From report at bugs.python.org  Sun Feb  8 18:35:05 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Feb 2009 17:35:05 +0000
Subject: [issue5185] Idle doesn't work on 2.6 on Macbook
In-Reply-To: <1234109850.83.0.858099103097.issue5185@psf.upfronthosting.co.za>
Message-ID: <1234114505.21.0.125459481497.issue5185@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Are you using 2.6.1 or 2.6?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5185>
_______________________________________

From report at bugs.python.org  Sun Feb  8 18:42:18 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Feb 2009 17:42:18 +0000
Subject: [issue5137] SystemError when __len__ returns a non-number
In-Reply-To: <1233636317.07.0.926088600598.issue5137@psf.upfronthosting.co.za>
Message-ID: <1234114938.64.0.086440839343.issue5137@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't think you need to call PyNumber_Check() (unless you want to
customize the error message).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5137>
_______________________________________

From report at bugs.python.org  Sun Feb  8 18:54:10 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Feb 2009 17:54:10 +0000
Subject: [issue5137] SystemError when __len__ returns a non-number
In-Reply-To: <1233636317.07.0.926088600598.issue5137@psf.upfronthosting.co.za>
Message-ID: <1234115650.72.0.382040705034.issue5137@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


Added file: http://bugs.python.org/file12980/bad_len3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5137>
_______________________________________

From report at bugs.python.org  Sun Feb  8 18:56:25 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Feb 2009 17:56:25 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234115785.01.0.0168805509799.issue5186@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The code path for SIZEOF_LONG < SIZEOF_VOID_P could probably also
benefit from this optimization by casting the pointer to a size_t (this
will effect 64-bit Windows, where long is 32 bits but pointers are 64 bits).

(unfortunately it seems the 64-bit Windows buildbot has disappeared)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Sun Feb  8 18:58:33 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sun, 08 Feb 2009 17:58:33 +0000
Subject: [issue1294032] Distutils writes keywords comma-separated
Message-ID: <1234115913.29.0.175540102427.issue1294032@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

s/PEP341/PEP345/?

----------
nosy: +akitada, tarek
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294032>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:06:59 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Feb 2009 18:06:59 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234116419.71.0.428092385648.issue5186@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Benchmark results on my machine (64-bit Linux, gcc 4.3.2, AMD X2 3600+):

Before:
dict creation (selected):  5.09600687027
dict creation (shuffled):  5.66548895836
dict creation:  3.72823190689

After:
dict creation (selected):  4.57248306274   (10% speedup)
dict creation (shuffled):  4.81948494911   (15% speedup)
dict creation:  2.43905687332              (35% speedup)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:09:53 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Feb 2009 18:09:53 +0000
Subject: [issue1294032] Distutils writes keywords comma-separated
Message-ID: <1234116593.83.0.471314284989.issue1294032@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

seems to work fine today on PyPI side. If Andrew agrees, I'll close it.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294032>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:13:47 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Feb 2009 18:13:47 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234116827.23.0.797706162919.issue5186@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I observe even greater speedups (15%/20%/37%) on set creation. Here is
the updated benchmark script.

Added file: http://bugs.python.org/file12981/time_object_hash.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:17:04 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Feb 2009 18:17:04 +0000
Subject: [issue5164] backport distutils 3.x changes into 2.7 when appliabl
In-Reply-To: <1233911195.36.0.922992904897.issue5164@psf.upfronthosting.co.za>
Message-ID: <1234117024.31.0.910730569914.issue5164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Unfortunately, these changes are most of the time made as small extra
changes when people are working in distutils modules :

they fix something, and in the same changeset, they fix a small PEP-8
issue in the area they are working on.

So it seems hard to merge back the revisions.

What I am doing now (if you think it's OK), is running a diff so my
changes make the trunk look like Py3's one in this area..

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5164>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:20:46 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 08 Feb 2009 18:20:46 +0000
Subject: [issue5137] SystemError when __len__ returns a non-number
In-Reply-To: <1233636317.07.0.926088600598.issue5137@psf.upfronthosting.co.za>
Message-ID: <1234117246.03.0.258698840626.issue5137@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The patch is ok to me. (I assume all tests pass fine :-))

----------
assignee:  -> benjamin.peterson
keywords:  -needs review
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5137>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:27:11 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sun, 08 Feb 2009 18:27:11 +0000
Subject: [issue5164] backport distutils 3.x changes into 2.7 when appliabl
In-Reply-To: <1233911195.36.0.922992904897.issue5164@psf.upfronthosting.co.za>
Message-ID: <1234117631.48.0.578188353321.issue5164@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

That's ok in principle, as long as you avoid committing behavioral
changes along with style changes in the same change set.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5164>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:38:07 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sun, 08 Feb 2009 18:38:07 +0000
Subject: [issue1294032] Distutils writes keywords comma-separated
Message-ID: <1234118287.58.0.769621966384.issue1294032@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

I think it still need to be clarified in PEP that Keywords field accept
comma-or-space-separated values.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294032>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:54:36 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sun, 08 Feb 2009 18:54:36 +0000
Subject: [issue1092365] Distutils needs a way *not* to install files
Message-ID: <1234119276.21.0.0247919177626.issue1092365@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

I don't understand the use case of that option.

----------
nosy: +akitada, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1092365>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:56:05 2009
From: report at bugs.python.org (Martin von Gagern)
Date: Sun, 08 Feb 2009 18:56:05 +0000
Subject: [issue843590] 'macintosh' encoding alias for 'mac_roman'
Message-ID: <1234119365.89.0.970525337917.issue843590@psf.upfronthosting.co.za>


Martin von Gagern <Martin.vGagern at gmx.net> added the comment:

I had my first indication to rather use "macintosh" instead of
"mac_roman" from Wikipedia http://en.wikipedia.org/wiki/Mac_OS_Roman
which states that the charset part of a MIME content-type specification
should be maciontosh. I'm not quoting this as any kind of authority, but
rather to point out that it is likely for people to use this.

I did a comparison of http://tools.ietf.org/rfc/rfc1345.txt (RFC) and
ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/APPLE/ROMAN.TXT (UNI)
using the attached perl script. The results:
3 codepoints unused in RFC but defined in UNI: f0, f6, f7
1 codepoint unused in UNI but defined in RFC: 7f
2 codepoints with slightly different character names, same meaning
9 codepoints with actually different definitions:

 a5: rfc 2219 BULLET OPERATOR
     uni 2022 BULLET
 c4: rfc e023 DUTCH GUILDER SIGN (IBM437 159)
     uni 0192 LATIN SMALL LETTER F WITH HOOK
 c6: rfc 0394 GREEK CAPITAL LETTER DELTA
     uni 2206 INCREMENT
 c9: rfc 22ef MIDLINE HORIZONTAL ELLIPSIS
     uni 2026 HORIZONTAL ELLIPSIS
 d0: rfc 2014 EM DASH
     uni 2013 EN DASH
 d1: rfc 2013 EN DASH
     uni 2014 EM DASH
 d7: rfc 25c6 BLACK DIAMOND
     uni 25ca LOZENGE
 db: rfc 00a4 CURRENCY SIGN
     uni 20ac EURO SIGN
 f8: rfc 203e OVERLINE
     uni 00af MACRON

a5 and c6 could be different interpretations of symbols that look pretty
much the same. The introduction of the euro sign instead of the generic
currency sign seems to be a recent modification documented in UNI. The
change of the order of the dashes seems really confusing.

Notice also this line in the RFC:
&rem source: The Unicode Standard ver1.0, ISBN 0-201-56788-1, Oct 1991
So it looks like the RFC used the unicode definition as its source. What
part of it I'm not sure, and where the differences come I'm even less sure.

My next steps:
* Look for further references, e.g. from apple, and compare them as well
* Try some things out on a mac, see how it behaves in real life
* Compare all this to the current python implementation
* Write a patch to either provide an alias or a new charset "macintosh"
Help welcome.

----------
nosy: +gagern
Added file: http://bugs.python.org/file12982/compare.pl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue843590>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:57:48 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sun, 08 Feb 2009 18:57:48 +0000
Subject: [issue1326113] Letting "build_ext --libraries" take more than one lib
Message-ID: <1234119468.16.0.921903781526.issue1326113@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1326113>
_______________________________________

From report at bugs.python.org  Sun Feb  8 20:03:30 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sun, 08 Feb 2009 19:03:30 +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: <1234119810.84.0.959445000852.issue2624@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Same with issue1016626?

----------
nosy: +akitada

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2624>
_______________________________________

From report at bugs.python.org  Sun Feb  8 20:06:23 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sun, 08 Feb 2009 19:06:23 +0000
Subject: [issue828336] Allow set swig include dirs in setup.py
Message-ID: <1234119983.16.0.387448355043.issue828336@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

seems this is already fixed in issue1046644.

----------
nosy: +akitada

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue828336>
_______________________________________

From report at bugs.python.org  Sun Feb  8 20:08:52 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sun, 08 Feb 2009 19:08:52 +0000
Subject: [issue1016626] distutils support for swig is under par
Message-ID: <1234120132.04.0.210264546053.issue1016626@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Same with issue2624?

----------
nosy: +akitada, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1016626>
_______________________________________

From report at bugs.python.org  Sun Feb  8 19:50:05 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Feb 2009 18:50:05 +0000
Subject: [issue1294032] Distutils writes keywords comma-separated
Message-ID: <1234119005.4.0.387783451765.issue1294032@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Maybe we could fix the docs and PEP 241 and PEP 314, but PEP 345 has
never been fully implemented, so it should probably be marked as rejected.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294032>
_______________________________________

From report at bugs.python.org  Sun Feb  8 20:21:27 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sun, 08 Feb 2009 19:21:27 +0000
Subject: [issue1004696] translate Windows cr-lf when installing scripts on
	Linux
Message-ID: <1234120887.97.0.554075188115.issue1004696@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1004696>
_______________________________________

From report at bugs.python.org  Sun Feb  8 20:25:05 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sun, 08 Feb 2009 19:25:05 +0000
Subject: [issue1718574] build_clib --build-clib/--build-temp option bugs
Message-ID: <1234121105.52.0.0262116562405.issue1718574@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1718574>
_______________________________________

From report at bugs.python.org  Sun Feb  8 20:25:37 2009
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 08 Feb 2009 19:25:37 +0000
Subject: [issue5170] logging to file + encoding
In-Reply-To: <1233936467.22.0.152712476213.issue5170@psf.upfronthosting.co.za>
Message-ID: <1234121137.73.0.127721479657.issue5170@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Sorry, misread the original issue and tested with Python 2.5 rather than
2.6. This is a regression; fix and additional test case checked into
trunk and release26-maint.

----------
resolution: works for me -> fixed
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5170>
_______________________________________

From report at bugs.python.org  Sun Feb  8 20:32:41 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Feb 2009 19:32:41 +0000
Subject: [issue1326113] Letting "build_ext --libraries" take more than one lib
Message-ID: <1234121561.98.0.10880547065.issue1326113@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
versions: +Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1326113>
_______________________________________

From report at bugs.python.org  Sun Feb  8 20:34:47 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Feb 2009 19:34:47 +0000
Subject: [issue1016626] distutils support for swig is under par
Message-ID: <1234121687.22.0.268667321501.issue1016626@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
type:  -> behavior
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1016626>
_______________________________________

From report at bugs.python.org  Sun Feb  8 20:36:53 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Feb 2009 19:36:53 +0000
Subject: [issue1004696] translate Windows cr-lf when installing scripts on
	Linux
Message-ID: <1234121813.48.0.895720050395.issue1004696@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek
versions: +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 Feb  8 20:41:06 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Feb 2009 19:41:06 +0000
Subject: [issue1718574] build_clib --build-clib/--build-temp option bugs
Message-ID: <1234122066.94.0.897202227509.issue1718574@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

can you provide an example and/or a traceback of the problem ?

----------
assignee:  -> tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1718574>
_______________________________________

From report at bugs.python.org  Sun Feb  8 21:02:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 08 Feb 2009 20:02:03 +0000
Subject: [issue3613] base64.encodestring does not actually accept strings
In-Reply-To: <1219212034.35.0.601192649417.issue3613@psf.upfronthosting.co.za>
Message-ID: <1234123323.15.0.0952505946946.issue3613@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Here's a trivial patch for xmlrpc.client:1168. The testcase below
doesn't seem to fit well in test_xmlrpc, should it just be hacked in?


import xmlrpc.client
transp = xmlrpc.client.Transport()
transp.get_host_info("user at host.tld")

----------
keywords: +patch
nosy: +ajaksu2
Added file: http://bugs.python.org/file12983/get_host_info.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3613>
_______________________________________

From report at bugs.python.org  Sun Feb  8 21:05:56 2009
From: report at bugs.python.org (Pearu Peterson)
Date: Sun, 08 Feb 2009 20:05:56 +0000
Subject: [issue1718574] build_clib --build-clib/--build-temp option bugs
Message-ID: <1234123556.57.0.148046765653.issue1718574@psf.upfronthosting.co.za>


Pearu Peterson <pearu at users.sourceforge.net> added the comment:

Consider a trivial setup file:

from distutils.core import setup
setup()

Here is an example traceback (the second command
illustrates the bug):

$ python setup.py build --build-temp=/tmp
running build
$ python setup.py build_clib --build-temp=/tmp
usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
   or: setup.py --help [cmd1 cmd2 ...]
   or: setup.py --help-commands
   or: setup.py cmd --help

error: option --build-temp must not have an argument

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1718574>
_______________________________________

From report at bugs.python.org  Sun Feb  8 21:12:21 2009
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 08 Feb 2009 20:12:21 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1234113359.48.0.0820368016343.issue5128@psf.upfronthosting.co.za>
Message-ID: <bbaeab100902081212t2311466bq54685bcebf9ca2a@mail.gmail.com>


Brett Cannon <brett at python.org> added the comment:

On Sun, Feb 8, 2009 at 09:15, Martin von Gagern <report at bugs.python.org> wrote:
>
> Martin von Gagern <Martin.vGagern at gmx.net> added the comment:
>
> Any progress with the review?
>

I am planning to get to it on Tuesday.

> By the way, what branch are we aiming for?

2.7/3.1. It's a backwards-incompatible change so I am not planning on
backporting it.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5128>
_______________________________________

From report at bugs.python.org  Sun Feb  8 21:20:40 2009
From: report at bugs.python.org (Kjell Braden)
Date: Sun, 08 Feb 2009 20:20:40 +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: <1234124440.02.0.6409604598.issue2624@psf.upfronthosting.co.za>


Kjell Braden <fnord at pentabarf.de> added the comment:

Except that the _wrap.c file would still be created at the wrong place,
yes, you're right.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2624>
_______________________________________

From report at bugs.python.org  Sun Feb  8 21:22:25 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 08 Feb 2009 20:22:25 +0000
Subject: [issue4894] documentaion doesn't include parameter in
	urllib.request.HTTPRedirectHandler.redirect_request
In-Reply-To: <1231509516.06.0.732679259028.issue4894@psf.upfronthosting.co.za>
Message-ID: <1234124545.61.0.0727963841537.issue4894@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

This patch adds the "newurl" parameter to signature of redirect_request
(important, IMHO) and mentions it in the doc (less important). It also
describes the behavior of http_error_30* in more detail, perhaps too much?

----------
keywords: +patch
nosy: +ajaksu2
Added file: http://bugs.python.org/file12984/redirect_request_rst.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4894>
_______________________________________

From report at bugs.python.org  Sun Feb  8 22:07:57 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Feb 2009 21:07:57 +0000
Subject: [issue5137] SystemError when __len__ returns a non-number
In-Reply-To: <1233636317.07.0.926088600598.issue5137@psf.upfronthosting.co.za>
Message-ID: <1234127277.39.0.791873952157.issue5137@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Thanks for the reviews! Fixed in r69451.

----------
resolution: accepted -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5137>
_______________________________________

From report at bugs.python.org  Sun Feb  8 22:22:46 2009
From: report at bugs.python.org (Alex Robinson)
Date: Sun, 08 Feb 2009 21:22:46 +0000
Subject: [issue4913] wave.py: add writesamples() and readsamples()
In-Reply-To: <1231640203.22.0.836631115229.issue4913@psf.upfronthosting.co.za>
Message-ID: <1234128166.35.0.564945110084.issue4913@psf.upfronthosting.co.za>


Alex Robinson <alex_python_org at tranzoa.com> added the comment:

I'll upload the latest monkey-patch file, wave_futz.py, and
test_wave.py, which has a gob of tests added to it.

I found a 64-bit bug in the wave.py formats for 32-bit sample wave files.

The pcm files read in to CoolEdit ok, including the 32-bit sample files.

Added file: http://bugs.python.org/file12985/wave_futz.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4913>
_______________________________________

From report at bugs.python.org  Sun Feb  8 22:27:48 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 08 Feb 2009 21:27:48 +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: <1234128468.86.0.0554273106388.issue5187@psf.upfronthosting.co.za>


New submission from Tarek Ziad? <ziade.tarek at gmail.com>:

finalize_option in upload command should ask for the password, if not
given by pypirc or by a previous register command.

----------
assignee: tarek
components: Distutils
messages: 81420
nosy: tarek
priority: low
severity: normal
status: open
title: distutils upload should prompt for the user/password too
type: feature request
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5187>
_______________________________________

From report at bugs.python.org  Sun Feb  8 22:34:13 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Sun, 08 Feb 2009 21:34:13 +0000
Subject: [issue1721518] Small case which hangs
Message-ID: <1234128853.48.0.305140739492.issue1721518@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

This problem has been addressed in issue #2636.

Although the extra checks certainly aren't foolproof, neither of the
examples given are slow.

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1721518>
_______________________________________

From report at bugs.python.org  Sun Feb  8 22:41:54 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Sun, 08 Feb 2009 21:41:54 +0000
Subject: [issue1448325] re search infinite loop
Message-ID: <1234129314.71.0.295784346376.issue1448325@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

This problem has been addressed in issue #2636.

Although the extra checks certainly aren't foolproof, some regular
expressions which were slow won't be any more.

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1448325>
_______________________________________

From report at bugs.python.org  Sun Feb  8 22:50:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 08 Feb 2009 21:50:20 +0000
Subject: [issue3991] urllib.request.urlopen does not handle non-ASCII
	characters
In-Reply-To: <1222627636.82.0.587488225038.issue3991@psf.upfronthosting.co.za>
Message-ID: <1234129820.99.0.614874558233.issue3991@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

I think Toshio's usecase is important enough to deserve a fix (patch
attached) or a special-cased error message. IMO, newbies trying to fix
failures from urlopen may have a hard time figuring out the maze:

urlopen -> _opener -> open -> _open -> _call_chain -> http_open -> 
do_open (and that's before leaving urllib!).

>>> from urllib.request import urlopen
>>> url = 'http://localhost/?.html'
>>> urlopen(url).read()
Traceback (most recent call last):
[...]
UnicodeEncodeError: 'ascii' codec can't encode character '\xf1' in
position 5: ordinal not in range(128)


If the newbie isn't completely lost by then, how about:
>>> from urllib.parse import quote
>>> urlopen(quote(url)).read()
Traceback (most recent call last):
[...]
ValueError: unknown url type: http%3A//localhost/%C3%B1.html

----------
keywords: +patch
nosy: +ajaksu2
Added file: http://bugs.python.org/file12986/non_ascii_path.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3991>
_______________________________________

From report at bugs.python.org  Sun Feb  8 23:01:22 2009
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Feb 2009 22:01:22 +0000
Subject: [issue4471] IMAP4 missing support for starttls
In-Reply-To: <1228062796.45.0.215183772699.issue4471@psf.upfronthosting.co.za>
Message-ID: <1234130482.28.0.662837810368.issue4471@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4471>
_______________________________________

From report at bugs.python.org  Sun Feb  8 23:02:17 2009
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 08 Feb 2009 22:02:17 +0000
Subject: [issue4473] POP3 missing support for starttls
In-Reply-To: <1228063143.07.0.0563421485939.issue4473@psf.upfronthosting.co.za>
Message-ID: <1234130537.42.0.613103065305.issue4473@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4473>
_______________________________________

From report at bugs.python.org  Sun Feb  8 23:16:12 2009
From: report at bugs.python.org (David Christian)
Date: Sun, 08 Feb 2009 22:16:12 +0000
Subject: [issue5188] telnetlib process_rawq buffer handling is confused
In-Reply-To: <1234131372.15.0.372715702734.issue5188@psf.upfronthosting.co.za>
Message-ID: <1234131372.15.0.372715702734.issue5188@psf.upfronthosting.co.za>


New submission from David Christian <dbc at rpath.com>:

in telnetlib's process_rawq, rawq_getchar() returns a bytes object of
length 1.

However, that buffer is then compared directly against the variable IAC,
which is the integer 255.  This is always false, as bytes([255]) != 255.

Checked svn and looks like this issue still exists as of 2/8/2009.

----------
messages: 81424
nosy: dugan
severity: normal
status: open
title: telnetlib process_rawq buffer handling is confused
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5188>
_______________________________________

From report at bugs.python.org  Sun Feb  8 23:18:41 2009
From: report at bugs.python.org (David Christian)
Date: Sun, 08 Feb 2009 22:18:41 +0000
Subject: [issue5188] telnetlib process_rawq buffer handling is confused
In-Reply-To: <1234131372.15.0.372715702734.issue5188@psf.upfronthosting.co.za>
Message-ID: <1234131521.16.0.200857035339.issue5188@psf.upfronthosting.co.za>


David Christian <dbc at rpath.com> added the comment:

The result of this bug is that any callback set via
set_option_negotiation_callback will not be called.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5188>
_______________________________________

From report at bugs.python.org  Mon Feb  9 00:38:50 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 08 Feb 2009 23:38:50 +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: <1234136330.32.0.573795022402.issue4608@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Test cases attached.

The second one highlights a bug in the current patch, as it fails to
return a line longer than 65475 chars. This behavior doesn't match trunk's.

----------
nosy: +ajaksu2
Added file: http://bugs.python.org/file12987/tests_issue4608_py31.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4608>
_______________________________________

From report at bugs.python.org  Mon Feb  9 00:55:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 08 Feb 2009 23:55:07 +0000
Subject: [issue1712522] urllib.quote throws exception on Unicode URL
Message-ID: <1234137307.64.0.896360692355.issue1712522@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

IMHO, the TypeError would be a bugfix for 2.6.x. A urllib.quote_unicode
could be provided (in 2.7) to match urllib.parse.quote in 3.0 and the OP
usecase.

I can provide a simple patch, but I'm afraid the OP's remarks about
ASCII-range and thread-safety wouldn't be handled at all.

----------
nosy: +ajaksu2
versions: +Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1712522>
_______________________________________

From report at bugs.python.org  Mon Feb  9 01:24:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 00:24:24 +0000
Subject: [issue4631] urlopen returns extra, spurious bytes
In-Reply-To: <1228994582.88.0.234313374656.issue4631@psf.upfronthosting.co.za>
Message-ID: <1234139064.42.0.467438563759.issue4631@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Antoine,
Thanks for reviewing, here's an updated version.

Added file: http://bugs.python.org/file12988/test_urllib_chunked2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4631>
_______________________________________

From report at bugs.python.org  Mon Feb  9 01:24:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 00:24:38 +0000
Subject: [issue4631] urlopen returns extra, spurious bytes
In-Reply-To: <1228994582.88.0.234313374656.issue4631@psf.upfronthosting.co.za>
Message-ID: <1234139078.57.0.844972050615.issue4631@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


Removed file: http://bugs.python.org/file12975/test_urllib_chunked.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4631>
_______________________________________

From report at bugs.python.org  Mon Feb  9 01:29:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 00:29:27 +0000
Subject: [issue1599329] urllib(2) should allow automatic decoding by charset
Message-ID: <1234139367.66.0.119820019995.issue1599329@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

There's an attempt to implement this behavior, for 3.1, in issue 4733.
Maybe having a parallel in 2.7 could help the 2.x 3.x transition for
some users?

----------
nosy: +ajaksu2
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1599329>
_______________________________________

From report at bugs.python.org  Mon Feb  9 01:36:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 00:36:07 +0000
Subject: [issue1349732] urllib.urlencode provides two features in one param
Message-ID: <1234139767.22.0.129004836331.issue1349732@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> georg.brandl
components: +Documentation
nosy: +georg.brandl
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1349732>
_______________________________________

From report at bugs.python.org  Mon Feb  9 02:18:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 01:18:21 +0000
Subject: [issue1153027] http_error_302() crashes with 'HTTP/1.1 400 Bad Request
Message-ID: <1234142301.19.0.685414275271.issue1153027@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

As always with urllib, the fix is trivial but adding a test is hard.

----------
keywords: +patch
nosy: +ajaksu2
versions: +Python 2.7 -Python 2.4
Added file: http://bugs.python.org/file12989/302_with_spaces.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1153027>
_______________________________________

From report at bugs.python.org  Mon Feb  9 02:20:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 01:20:46 +0000
Subject: [issue1027206] unicode DNS names in socket, urllib, urlopen
Message-ID: <1234142446.1.0.668155483987.issue1027206@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027206>
_______________________________________

From report at bugs.python.org  Mon Feb  9 02:51:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 01:51:24 +0000
Subject: [issue918368] urllib doesn't correct server returned urls
Message-ID: <1234144284.22.0.567769879255.issue918368@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Superseded by issue 1153027 ?

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue918368>
_______________________________________

From report at bugs.python.org  Mon Feb  9 02:53:07 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Feb 2009 01:53:07 +0000
Subject: [issue5171] itertools.product docstring missing 'repeat' argument
In-Reply-To: <1233938945.33.0.092220516904.issue5171@psf.upfronthosting.co.za>
Message-ID: <1234144387.71.0.590360326545.issue5171@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Thanks, I'll fix this up.

----------
priority:  -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5171>
_______________________________________

From report at bugs.python.org  Mon Feb  9 03:23:15 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Feb 2009 02:23:15 +0000
Subject: [issue4631] urlopen returns extra, spurious bytes
In-Reply-To: <1228994582.88.0.234313374656.issue4631@psf.upfronthosting.co.za>
Message-ID: <1234146195.2.0.0631378956568.issue4631@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The test looks good to me.
I can't comment on the bugfix patch, but if it's ok to you, you can go
ahead :)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4631>
_______________________________________

From report at bugs.python.org  Mon Feb  9 03:36:34 2009
From: report at bugs.python.org (Jeffery Aubin)
Date: Mon, 09 Feb 2009 02:36:34 +0000
Subject: [issue5185] Idle doesn't work on 2.6 on Macbook
In-Reply-To: <1234109850.83.0.858099103097.issue5185@psf.upfronthosting.co.za>
Message-ID: <1234146994.67.0.173204820711.issue5185@psf.upfronthosting.co.za>


Jeffery Aubin <jefferyaubin at oricom.ca> added the comment:

I was using 2.6, but now I've downloaded 2.6.1. and it works.

Thanks

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5185>
_______________________________________

From report at bugs.python.org  Mon Feb  9 03:58:27 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Feb 2009 02:58:27 +0000
Subject: [issue5189] test_cmd_line failure on the OS X buildbot
In-Reply-To: <1234148307.24.0.286213836725.issue5189@psf.upfronthosting.co.za>
Message-ID: <1234148307.24.0.286213836725.issue5189@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

From
http://www.python.org/dev/buildbot/3.0/OS%20X%20x86%203.0/builds/81/step-test/0:

Re-running test 'test_cmd_line' in verbose mode
test_directories (test.test_cmd_line.CmdLineTest) ... ok
test_optimize (test.test_cmd_line.CmdLineTest) ... ok
test_q (test.test_cmd_line.CmdLineTest) ... ok
test_run_code (test.test_cmd_line.CmdLineTest) ... FAIL
test_run_module (test.test_cmd_line.CmdLineTest) ... ok
test_run_module_bug1764407 (test.test_cmd_line.CmdLineTest) ... ok
test_site_flag (test.test_cmd_line.CmdLineTest) ... ok
test_unbuffered_input (test.test_cmd_line.CmdLineTest) ... ok
test_unbuffered_output (test.test_cmd_line.CmdLineTest) ... ok
test_usage (test.test_cmd_line.CmdLineTest) ... ok
test_verbose (test.test_cmd_line.CmdLineTest) ... ok
test_version (test.test_cmd_line.CmdLineTest) ... ok

======================================================================
FAIL: test_run_code (test.test_cmd_line.CmdLineTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/Users/buildbot/buildarea/3.0.noller-osx86/build/Lib/test/test_cmd_line.py",
line 143, in test_run_code
    0)
AssertionError: 1 != 0

----------------------------------------------------------------------
Ran 12 tests in 3.394s

----------
components: Interpreter Core, Tests
messages: 81435
nosy: jnoller, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: test_cmd_line failure on the OS X buildbot
type: behavior
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5189>
_______________________________________

From report at bugs.python.org  Mon Feb  9 04:25:49 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Feb 2009 03:25:49 +0000
Subject: [issue5185] Idle doesn't work on 2.6 on Macbook
In-Reply-To: <1234109850.83.0.858099103097.issue5185@psf.upfronthosting.co.za>
Message-ID: <1234149949.6.0.767943633915.issue5185@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5185>
_______________________________________

From report at bugs.python.org  Mon Feb  9 04:32:27 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 09 Feb 2009 03:32:27 +0000
Subject: [issue5189] test_cmd_line failure on the OS X buildbot
In-Reply-To: <1234148307.24.0.286213836725.issue5189@psf.upfronthosting.co.za>
Message-ID: <1234150347.1.0.762290340386.issue5189@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

This would be a duplicate of #4388.

----------
nosy: +benjamin.peterson
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5189>
_______________________________________

From report at bugs.python.org  Mon Feb  9 05:41:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 04:41:43 +0000
Subject: [issue1660009] continuing problem with httplib multiple set-cookie
	headers
Message-ID: <1234154503.17.0.426126083049.issue1660009@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> georg.brandl
components: +Documentation -Library (Lib)
nosy: +georg.brandl
type:  -> behavior
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1660009>
_______________________________________

From report at bugs.python.org  Mon Feb  9 05:57:19 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 04:57:19 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234155439.36.0.500555010464.issue1327971@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Besides being outdated, the OP shows it's trivial to access the fileno:
"r.fileno = r.fp.fileno". I suggest closing.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:12:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:12:43 +0000
Subject: [issue975556] HTMLParser lukewarm on bogus bare attribute chars
Message-ID: <1234159963.27.0.548196241832.issue975556@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Per #921657, looks like the current behavior is correct.

----------
nosy: +ajaksu2
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue975556>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:13:35 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:13:35 +0000
Subject: [issue1046092] HTMLParser fix to accept mailformed tag attributes
Message-ID: <1234160015.59.0.871552062035.issue1046092@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1046092>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:14:01 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:14:01 +0000
Subject: [issue960821] Add an updating load function in pickle
Message-ID: <1234160041.89.0.064658926713.issue960821@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Any real use cases beyond being very nice?

----------
nosy: +ajaksu2
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue960821>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:14:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:14:21 +0000
Subject: [issue924806] email.Header.Header() produces wrong headers with utf8
	enc.
Message-ID: <1234160061.33.0.565524147822.issue924806@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is the perceived incompatibility (still) a real problem?

----------
nosy: +ajaksu2
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue924806>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:15:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:15:14 +0000
Subject: [issue779191] BasicModuleLoader behaviour in Python 2.3c2
Message-ID: <1234160114.69.0.300417927406.issue779191@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Even if the described behavior still occurs, looks like a won't fix.

----------
nosy: +ajaksu2
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue779191>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:16:30 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:16:30 +0000
Subject: [issue736428] allow HTMLParser error recovery
Message-ID: <1234160190.7.0.546165435077.issue736428@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Superseder: issue 755660.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue736428>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:17:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:17:20 +0000
Subject: [issue461890] xdrlib allow subclass for file access
Message-ID: <1234160240.67.0.82432792831.issue461890@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Seems like a very rare use case, closing is suggested.

----------
components: +Library (Lib) -None
nosy: +ajaksu2
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue461890>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:17:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:17:31 +0000
Subject: [issue1397850] libpython2.4.so get not installed
Message-ID: <1234160251.37.0.211691170733.issue1397850@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

configure.in still doesn't have a "*) AC_MSG_ERROR(--enable-shared not
supported on this system)", closing as won't fix still sounds good.

----------
nosy: +ajaksu2
title: libpython2.4.so get not installed  -> libpython2.4.so get not installed
versions: +Python 2.7, Python 3.1 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1397850>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:27:10 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 09 Feb 2009 06:27:10 +0000
Subject: [issue461890] xdrlib allow subclass for file access
Message-ID: <1234160830.07.0.967494726535.issue461890@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue461890>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:28:22 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 09 Feb 2009 06:28:22 +0000
Subject: [issue1397850] libpython2.4.so get not installed
Message-ID: <1234160902.98.0.753896634667.issue1397850@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1397850>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:54:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:54:54 +0000
Subject: [issue1384175] random module - Provider DLL failed to initialize
	correctly
Message-ID: <1234162494.08.0.0146204468738.issue1384175@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Given MvL's diagnostics and lack of response from OP, suggest closing.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1384175>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:55:05 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:55:05 +0000
Subject: [issue1175686] add "reload" function
Message-ID: <1234162505.44.0.206653670045.issue1175686@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Superseder: issue 5138.

----------
nosy: +ajaksu2
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1175686>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:55:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:55:31 +0000
Subject: [issue1005113] test__locale fails on MacOS X
Message-ID: <1234162531.81.0.0329750705612.issue1005113@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Out-of-date?

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1005113>
_______________________________________

From report at bugs.python.org  Mon Feb  9 07:55:50 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 06:55:50 +0000
Subject: [issue1056293] dir() should only return strings
Message-ID: <1234162550.83.0.799740776313.issue1056293@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Still present in trunk:69418:

class obj: pass

obj.__dict__[1] = 0
[k for k in dir(obj) if k.startswith("set_")]

----------
nosy: +ajaksu2
type:  -> behavior
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1056293>
_______________________________________

From report at bugs.python.org  Mon Feb  9 08:04:43 2009
From: report at bugs.python.org (Andreas Jung)
Date: Mon, 09 Feb 2009 07:04:43 +0000
Subject: [issue924806] email.Header.Header() produces wrong headers with utf8
	enc.
Message-ID: <1234163083.45.0.89304257229.issue924806@psf.upfronthosting.co.za>


Andreas Jung <ajung at users.sourceforge.net> added the comment:

No idea - this bug is five years old!

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue924806>
_______________________________________

From report at bugs.python.org  Mon Feb  9 08:11:57 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 07:11:57 +0000
Subject: [issue1170065] HTTPResponse.getheaders() returns lowercased header
	names
Message-ID: <1234163517.46.0.749660831295.issue1170065@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Superseder: issue 2275.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1170065>
_______________________________________

From report at bugs.python.org  Mon Feb  9 08:16:18 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 09 Feb 2009 07:16:18 +0000
Subject: [issue1384175] random module - Provider DLL failed to initialize
	correctly
Message-ID: <1234163778.42.0.468507678792.issue1384175@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> works for me
status: open -> closed
versions: +3rd party -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1384175>
_______________________________________

From report at bugs.python.org  Mon Feb  9 08:20:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 07:20:24 +0000
Subject: [issue1911] webbrowser.open firefox 3 issues
In-Reply-To: <1201051771.85.0.184797349871.issue1911@psf.upfronthosting.co.za>
Message-ID: <1234164024.84.0.82690780347.issue1911@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Out-of-date: fixed in trunk.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1911>
_______________________________________

From report at bugs.python.org  Mon Feb  9 08:27:01 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 09 Feb 2009 07:27:01 +0000
Subject: [issue3991] urllib.request.urlopen does not handle non-ASCII
	characters
In-Reply-To: <1222627636.82.0.587488225038.issue3991@psf.upfronthosting.co.za>
Message-ID: <1234164421.63.0.1196400998.issue3991@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/issue3991>
_______________________________________

From report at bugs.python.org  Mon Feb  9 10:11:01 2009
From: report at bugs.python.org (Thomas Lee)
Date: Mon, 09 Feb 2009 09:11:01 +0000
Subject: [issue4347] Circular dependency causes SystemError when adding new
	syntax
In-Reply-To: <1227022091.75.0.852526924329.issue4347@psf.upfronthosting.co.za>
Message-ID: <1234170661.27.0.700816047427.issue4347@psf.upfronthosting.co.za>


Thomas Lee <tom at vector-seven.com> added the comment:

This would appear to be another build quirk: Lib/symbol.py needs to be
regenerated if Grammar/Grammar changes.

Brett, do you think it would be okay for this file to be generated
automatically as part of the build process? I can't think of any good
reason why this should continue to be a manual task.

Lib/token.py is in a similar boat, except its dependency is on
Include/token.h

Whatever the decision, I'll provide another review/functional patch pair.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4347>
_______________________________________

From report at bugs.python.org  Mon Feb  9 10:25:02 2009
From: report at bugs.python.org (Jervis Whitley)
Date: Mon, 09 Feb 2009 09:25:02 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1234171502.28.0.373023500591.issue1818@psf.upfronthosting.co.za>


Jervis Whitley <jervisau at gmail.com> added the comment:

An implementation of a namedtuple reader and writer.

Created a writer for the case where user would like to specify
desired field names and default values on missing field names.

e.g.
mywriter = NamedTupleWriter(f, fieldnames=['f1', 'f2', 'f3'], 
                            restval='missing')

Nt = namedtuple('LessFields', 'f1 f3')
nt = Nt(f1='one', f2=2)

mywriter.writerow(nt) # writes one,missing,2

any thoughts on case where defined fieldname has a leading 
underscore? Should there be a flag to silently ignore? 

e.g. 
if self._ignore_underscores:
   fieldname = fieldname.lstrip('_')

Leading underscores may be present in an unsighted csv file,
additionally, spaces and other non alpha numeric characters pose 
a problem that does not affect the DictReader class. 

Cheers,

----------
keywords: +patch
nosy: +jdwhitley
Added file: http://bugs.python.org/file12990/ntreader3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Mon Feb  9 11:32:00 2009
From: report at bugs.python.org (Ulrich Eckhardt)
Date: Mon, 09 Feb 2009 10:32:00 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1234175520.73.0.882293103434.issue5134@psf.upfronthosting.co.za>


Ulrich Eckhardt <eckhardt at satorlaser.com> added the comment:

"What specific file would you put these pragmas into? Are you perhaps
proposing to change upstream code?"

I would put it into the only sourcefile there is, and yes, I would
change upstream code. Obviously, it would be better to get upstream to
incorporate those changes...

Other than that, I'm +1 for your solution using the vsprops file, which
looks clean to me.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5134>
_______________________________________

From report at bugs.python.org  Mon Feb  9 13:37:07 2009
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 09 Feb 2009 12:37:07 +0000
Subject: [issue924806] email.Header.Header() produces wrong headers with utf8
	enc.
Message-ID: <1234183027.09.0.638330078103.issue924806@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

This isn't a bug in Python, since it does the right thing by aliasing
'utf8' with 'utf-8'.  If this is incompatible with external mail tools,
then you should use 'utf-8' instead, but I don't think Python should
change that underneath you.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue924806>
_______________________________________

From report at bugs.python.org  Mon Feb  9 14:23:12 2009
From: report at bugs.python.org (Bluebird)
Date: Mon, 09 Feb 2009 13:23:12 +0000
Subject: [issue5190] optparse doex not export make_option
In-Reply-To: <1234185792.84.0.378540305485.issue5190@psf.upfronthosting.co.za>
Message-ID: <1234185792.84.0.378540305485.issue5190@psf.upfronthosting.co.za>


New submission from Bluebird <phil at freehackers.org>:

The documentation of optparse mentions make_option() as the standard way 
to create an option list:

For example, in the doc of python 2.5:

====
14.3.3.2 Populating the parser 

[...]
pass it an Option instance (as returned by make_option()) 

[...]

option_list = [
    make_option("-f", "--filename",
                action="store", type="string", dest="filename"),
    make_option("-q", "--quiet",
                action="store_false", dest="verbose"),
    ]


(make_option() is a factory function for creating Option instances; 
currently it is an alias for the Option constructor. A future version of 
optparse may split Option into several classes, and make_option() will 
pick the right class to instantiate. Do not instantiate Option 
directly.) 
===============

However, make_option is not part of the function exported in the __all__ 
list of optparse. Strangely enough, this does not prevent to use 
make_option() in regular python scripts, but it does not work when 
packaging a python application, for example with pyinstaller.

The problem is also present in python 2.6

The fix is either to update the documentation to use Option() directly 
or to add make_option to __all__

----------
assignee: georg.brandl
components: Documentation, Library (Lib)
messages: 81456
nosy: bluebird, georg.brandl
severity: normal
status: open
title: optparse doex not export make_option
type: behavior
versions: Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5190>
_______________________________________

From report at bugs.python.org  Mon Feb  9 14:59:20 2009
From: report at bugs.python.org (Ben North)
Date: Mon, 09 Feb 2009 13:59:20 +0000
Subject: [issue5191] Partial function application 'from the right'
In-Reply-To: <1234187960.68.0.343533185797.issue5191@psf.upfronthosting.co.za>
Message-ID: <1234187960.68.0.343533185797.issue5191@psf.upfronthosting.co.za>


New submission from Ben North <bennorth at users.sourceforge.net>:

The functools module includes a 'partial' class, which allows partial
function application either by positional arguments or keyword
arguments.  However, it cannot be used to create, for example, a
function splitting a string on commas, or a function to extracts logs to
base 10.  I posted

   http://mail.python.org/pipermail/python-dev/2009-January/085638.html

which suggested a 'partial_right' feature, such that the following would
work:

   >>> import functools, math

   >>> split_comma = functools.partial_right(str.split, ',')
   >>> split_comma('a,b,c')
   ['a', 'b', 'c']

   >>> log_10 = functools.partial_right(math.log, 10.0)
   >>> log_10(100.0)
   2.0

There was some useful discussion, but generally the feeling was that the
extra complexity outweighed the potential benefits.  Also, chained
partial applications were troublesome.

The overlap in functionality between 'partial_right' and an existing
patch (#1706256) to allow skipping of positional arguments was raised.

I think the present issue should probably be closed/rejected, but it was
suggested on the mailing list that having the issue and patch on the
record might be useful.  Patches are against 2.6.1 source.

----------
messages: 81457
nosy: bennorth
severity: normal
status: open
title: Partial function application 'from the right'
type: feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5191>
_______________________________________

From report at bugs.python.org  Mon Feb  9 15:00:43 2009
From: report at bugs.python.org (Ben North)
Date: Mon, 09 Feb 2009 14:00:43 +0000
Subject: [issue5191] Partial function application 'from the right'
In-Reply-To: <1234187960.68.0.343533185797.issue5191@psf.upfronthosting.co.za>
Message-ID: <1234188043.78.0.962700719726.issue5191@psf.upfronthosting.co.za>


Changes by Ben North <bennorth at users.sourceforge.net>:


----------
keywords: +patch
Added file: http://bugs.python.org/file12991/_functoolsmodule.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5191>
_______________________________________

From report at bugs.python.org  Mon Feb  9 15:01:18 2009
From: report at bugs.python.org (Ben North)
Date: Mon, 09 Feb 2009 14:01:18 +0000
Subject: [issue5191] Partial function application 'from the right'
In-Reply-To: <1234187960.68.0.343533185797.issue5191@psf.upfronthosting.co.za>
Message-ID: <1234188078.9.0.945693032782.issue5191@psf.upfronthosting.co.za>


Changes by Ben North <bennorth at users.sourceforge.net>:


Added file: http://bugs.python.org/file12992/test_functools.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5191>
_______________________________________

From report at bugs.python.org  Mon Feb  9 15:19:17 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 09 Feb 2009 14:19:17 +0000
Subject: [issue4575] Py_IS_INFINITY defect causes test_cmath failure on x86
In-Reply-To: <1228653764.46.0.349797077595.issue4575@psf.upfronthosting.co.za>
Message-ID: <1234189157.28.0.200614007848.issue4575@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fixed (I hope!) in the trunk in r69459.  I'll wait for buildbot results 
(just in case) and then merge to 2.6, 3.1 and 3.0.

The same test_cmath failure can also be seen on OS X 10.5.6/Intel when 
compiling with -fmpmath=387.  Annoyingly, the fix above doesn't work here:  
it seems that the OS X isinf is buggy.  It doesn't seem worth working 
around this bug though, since there's little sane reason to be compiling 
with -fmpmath=387 in the first place, so it's unlikely that any regular 
Python users will encounter this problem.

----------
resolution:  -> fixed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4575>
_______________________________________

From report at bugs.python.org  Mon Feb  9 16:17:29 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 09 Feb 2009 15:17:29 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1234192649.17.0.219403790184.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Ok, how about this comment, Martin?

/* Microsoft CRT in VS2005 and higher will verify that a filehandle is
 * valid and throw an assertion if it isn't.
 * Normally, an invalid fd is likely to be a C program error and 
therefore
 * an assertion can be useful, but it does contradict the POSIX standard
 * which for write(2) states:
 *    "Otherwise, -1 shall be returned and errno set to indicate the 
error."
 *    "[EBADF] The fildes argument is not a valid file descriptor open 
for
 *     writing."
 * Furthermore, python allows the user to enter any old integer
 * as a fd and should merely raise a python exception on error.
 * The Microsoft CRT doesn't provide an official way to check for the
 * validity of a file descriptor, but we can emulate its internal 
behaviour
 * by using the exported __pinfo data member and knowledge of the 
 * internal structures involved.
 * The structures below must be updated for each version of visual 
studio
 * according to the file internal.h in the CRT source, until MS comes
 * up with a less hacky way to do this.
 * (all of this is to avoid globally modifying the CRT behaviour using
 * _set_invalid_parameter_handler() and _CrtSetReportMode())
 */

Also, I've added the following to fileobject.h, not coming up with a 
better place:

#if defined _MSC_VER && _MSC_VER >= 1400
/* A routine to check if a file descriptor is valid on Windows.  
Returns 0
 * and sets errno to EBADF if it isn't.  This is to avoid Assertions
 * from various functions in the Windows CRT beginning with
 * Visual Studio 2005
 */
int _PyVerify_fd(int fd);
#else
#define _PyVerify_fd(A) (1) /* dummy */
#endif

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4804>
_______________________________________

From report at bugs.python.org  Mon Feb  9 16:22:29 2009
From: report at bugs.python.org (Calvin Spealman)
Date: Mon, 09 Feb 2009 15:22:29 +0000
Subject: [issue5191] Partial function application 'from the right'
In-Reply-To: <1234187960.68.0.343533185797.issue5191@psf.upfronthosting.co.za>
Message-ID: <1234192949.97.0.876182912206.issue5191@psf.upfronthosting.co.za>


Changes by Calvin Spealman <ironfroggy at users.sourceforge.net>:


----------
nosy: +ironfroggy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5191>
_______________________________________

From report at bugs.python.org  Mon Feb  9 16:26:18 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 09 Feb 2009 15:26:18 +0000
Subject: [issue1083299] Distutils doesn't pick up all the files it should.
Message-ID: <1234193178.47.0.0992897412018.issue1083299@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

I don't think that's not depends keyword is used for.
I assume explanation on issue5158 is the way that "depends" is supposed
to be used.

----------
nosy: +akitada, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1083299>
_______________________________________

From report at bugs.python.org  Mon Feb  9 16:30:48 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 09 Feb 2009 15:30:48 +0000
Subject: [issue1222585] C++ compilation support for distutils
Message-ID: <1234193448.78.0.0366622857359.issue1222585@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1222585>
_______________________________________

From report at bugs.python.org  Mon Feb  9 17:00:36 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 09 Feb 2009 16:00:36 +0000
Subject: [issue1589266] bdist_sunpkg distutils command
Message-ID: <1234195236.66.0.354419309489.issue1589266@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> feature request
versions: +Python 2.7, Python 3.1 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1589266>
_______________________________________

From report at bugs.python.org  Mon Feb  9 17:40:16 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 09 Feb 2009 16:40:16 +0000
Subject: [issue4890] handling empty text search pattern in tkinter
In-Reply-To: <1231496629.01.0.458062958908.issue4890@psf.upfronthosting.co.za>
Message-ID: <1234197616.81.0.812719060636.issue4890@psf.upfronthosting.co.za>


Changes by Guilherme Polo <ggpolo at gmail.com>:


----------
assignee:  -> gpolo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4890>
_______________________________________

From report at bugs.python.org  Mon Feb  9 17:44:13 2009
From: report at bugs.python.org (David W. Lambert)
Date: Mon, 09 Feb 2009 16:44:13 +0000
Subject: [issue5192] Update log message formatting.
In-Reply-To: <1234197852.95.0.276908828254.issue5192@psf.upfronthosting.co.za>
Message-ID: <1234197852.95.0.276908828254.issue5192@psf.upfronthosting.co.za>


New submission from David W. Lambert <lambertdw at corning.com>:

Allow logger object log message creation methods using ''.format method.

have:

logger_object.info('%s','lazy is better')
logger_object.debug('{0!s}'.format('wasted effort'))


want:

logger_object.debug('{0}','Lazy')


Work'rounds from pep282:

if log.isEnabledFor(logging.INFO):
            hamletStr = hamletDom.toxml()
            log.info(hamletStr)

or install custom Formatter.

I presume this is already on the back burner.


Incidentally, BufferingFormatter.format uses string += string instead of
''.join(list_of_strings).

----------
components: Library (Lib)
messages: 81461
nosy: LambertDW
severity: normal
status: open
title: Update log message formatting.
type: feature request
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5192>
_______________________________________

From report at bugs.python.org  Mon Feb  9 17:44:50 2009
From: report at bugs.python.org (Gerard)
Date: Mon, 09 Feb 2009 16:44:50 +0000
Subject: [issue1519638] Unmatched Group issue - workaround
Message-ID: <1234197890.35.0.592153293488.issue1519638@psf.upfronthosting.co.za>


Gerard <gjp at gp-net.nl> added the comment:

Matthew,

Thanx for the heads-up!

Regards,

Gerard.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1519638>
_______________________________________

From report at bugs.python.org  Mon Feb  9 17:48:10 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 09 Feb 2009 16:48:10 +0000
Subject: [issue4890] handling empty text search pattern in tkinter
In-Reply-To: <1231496629.01.0.458062958908.issue4890@psf.upfronthosting.co.za>
Message-ID: <1234198090.41.0.27829595571.issue4890@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Fixed on r69461, r69462, r69463 and r69464, thanks.

Will be adding tests for Tkinter.Text.search for trunk and py3k only.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4890>
_______________________________________

From report at bugs.python.org  Mon Feb  9 17:54:03 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Feb 2009 16:54:03 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1234198443.01.0.569356296204.issue1818@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Consider providing a hook to a function that converts non-conforming
field names (ones with a leading underscore, leading digit, non-letter,
keyword, or duplicate name).

class NamedTupleReader:
    def __init__(self, f, fieldnames=None, restkey=None, restval=None,
                 dialect="excel", fieldnamer=None, *args, **kwds):
                 . . .

I'm going to either post a recipe to do the renaming or provide a static
method for the same purpose.   It might work like this:

  >>> renamer(['abc', 'def', '1', '_hidden', 'abc', 'p', 'abc'])
  ['abc', 'x_def', 'x_1', 'x_hidden', 'x_abc', 'p', 'x1_abc']

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Mon Feb  9 18:08:57 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 09 Feb 2009 17:08:57 +0000
Subject: [issue5193] Guarantee that Tkinter.Text.search returns a string
In-Reply-To: <1234199337.14.0.524717083127.issue5193@psf.upfronthosting.co.za>
Message-ID: <1234199337.14.0.524717083127.issue5193@psf.upfronthosting.co.za>


New submission from Guilherme Polo <ggpolo at gmail.com>:

Tkinter.Text.search is supposed to return a string, but this is not
always true. The problem is much more likely to be noticed while using
Tk 8.5.

----------
components: Tkinter
files: ensure_search_returns_str.diff
keywords: patch
messages: 81465
nosy: gpolo
severity: normal
status: open
title: Guarantee that Tkinter.Text.search returns a string
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file12993/ensure_search_returns_str.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5193>
_______________________________________

From report at bugs.python.org  Mon Feb  9 18:18:55 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 09 Feb 2009 17:18:55 +0000
Subject: [issue4575] Py_IS_INFINITY defect causes test_cmath failure on x86
In-Reply-To: <1228653764.46.0.349797077595.issue4575@psf.upfronthosting.co.za>
Message-ID: <1234199935.14.0.116988158305.issue4575@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Merged to py3k in r69465.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4575>
_______________________________________

From report at bugs.python.org  Mon Feb  9 19:40:44 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Feb 2009 18:40:44 +0000
Subject: [issue5171] itertools.product docstring missing 'repeat' argument
In-Reply-To: <1233938945.33.0.092220516904.issue5171@psf.upfronthosting.co.za>
Message-ID: <1234204844.39.0.82634867177.issue5171@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Fixed in r69466.

Benjamin, do you want to merge it to 2.6, 3.0, and 3.1?

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5171>
_______________________________________

From report at bugs.python.org  Mon Feb  9 19:46:33 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 09 Feb 2009 18:46:33 +0000
Subject: [issue5120] Disabling test_ttk_guionly on mac
In-Reply-To: <1233437150.39.0.445953575427.issue5120@psf.upfronthosting.co.za>
Message-ID: <1234205193.04.0.205446143855.issue5120@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

The abort still happens occasionally, see:
http://www.python.org/dev/buildbot/all/OS%20X%20x86%20trunk/builds/118/step-test/0
(last lines)

I've talked with Daniel Steffen, who is one of the maintainers of Tcl/Tk
on Mac OSX, and I was told that all this conditional code in _tkinter.c
and tkappinit.c for TK_AQUA is outdated starting with tk 8.4.8, but tk
8.4.7 that ships with macosx (which happens to be the version being used
by the buildslave mentioned above) also includes the patch that
deprecates the usage, and we should be calling only Tk_Init on
tkappinit.c which will deal with all the details (the details are in
tkMacOSXInit:TkpInit).

There is an entry in tk's changelog that is directly related to this:
http://tktoolkit.cvs.sourceforge.net/viewvc/tktoolkit/tk/ChangeLog.2004?revision=1.1&view=markup
(lines 210-220)

Any chance I can change _tkinter and tkappinit to check for
TKINTER_OLD_AQUA (new macro to be added) instead of TK_AQUA and verify
if it helps the buildslaves ?

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5120>
_______________________________________

From report at bugs.python.org  Mon Feb  9 19:51:15 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 09 Feb 2009 18:51:15 +0000
Subject: [issue4347] Circular dependency causes SystemError when adding new
	syntax
In-Reply-To: <1234170661.27.0.700816047427.issue4347@psf.upfronthosting.co.za>
Message-ID: <bbaeab100902091051o22da9e93rf6fd32f180073832@mail.gmail.com>


Brett Cannon <brett at python.org> added the comment:

On Mon, Feb 9, 2009 at 01:11, Thomas Lee <report at bugs.python.org> wrote:
>
> Thomas Lee <tom at vector-seven.com> added the comment:
>
> This would appear to be another build quirk: Lib/symbol.py needs to be
> regenerated if Grammar/Grammar changes.
>
> Brett, do you think it would be okay for this file to be generated
> automatically as part of the build process? I can't think of any good
> reason why this should continue to be a manual task.
>

It should be a build rule and not be a manual step.

> Lib/token.py is in a similar boat, except its dependency is on
> Include/token.h
>

Same answer.

> Whatever the decision, I'll provide another review/functional patch pair.

Thanks!

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4347>
_______________________________________

From report at bugs.python.org  Mon Feb  9 19:53:00 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 09 Feb 2009 18:53:00 +0000
Subject: [issue1005113] test__locale fails on MacOS X
Message-ID: <1234205580.9.0.716948343653.issue1005113@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

It's probably out of date. I will check if it is still failing tonight
or tomorrow probably.

----------
assignee: jackjansen -> brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1005113>
_______________________________________

From report at bugs.python.org  Mon Feb  9 20:03:08 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Mon, 09 Feb 2009 19:03:08 +0000
Subject: [issue1660009] continuing problem with httplib multiple set-cookie
	headers
Message-ID: <1234206188.9.0.501091593549.issue1660009@psf.upfronthosting.co.za>


Gabriel Genellina <gagsl-py2 at yahoo.com.ar> added the comment:

I think this report is outdated and no more relevant.

----------
nosy: +gagenellina

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1660009>
_______________________________________

From report at bugs.python.org  Mon Feb  9 20:07:35 2009
From: report at bugs.python.org (Rob Probin)
Date: Mon, 09 Feb 2009 19:07:35 +0000
Subject: [issue918368] urllib doesn't correct server returned urls
Message-ID: <1234206455.19.0.330380658172.issue918368@psf.upfronthosting.co.za>


Rob Probin <robzed at users.sourceforge.net> added the comment:

I agree - this appears to be the same as issue 1153027 ?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue918368>
_______________________________________

From report at bugs.python.org  Mon Feb  9 20:09:57 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Feb 2009 19:09:57 +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: <1234206597.21.0.973712300136.issue2636@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Besides the fact that this is probably great work, I really wonder who
will have enough time and skills to review such a huge patch... :-S

In any case, some recommendations:
- please provide patches against trunk; there is no way such big changes
will get committed against 2.6, which is in maintenance mode
- avoid, as far as possible, doing changes in style, whitespace or
indentation; this will make the patch slightly smaller or cleaner
- avoid C++-style comments (use /* ... */ instead)
- don't hesitate to add extensive comments and documentation about what
you've added

Once you think your patch is ready, you may post it to
http://codereview.appspot.com/, in the hope that it makes reviewing easier.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Mon Feb  9 20:10:11 2009
From: report at bugs.python.org (Rob Probin)
Date: Mon, 09 Feb 2009 19:10:11 +0000
Subject: [issue1153027] http_error_302() crashes with 'HTTP/1.1 400 Bad Request
Message-ID: <1234206611.13.0.502732357735.issue1153027@psf.upfronthosting.co.za>


Rob Probin <robzed at users.sourceforge.net> added the comment:

Appears to be the same as issue 918368

----------
nosy: +robzed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1153027>
_______________________________________

From report at bugs.python.org  Mon Feb  9 20:17:45 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Feb 2009 19:17: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: <1234207065.92.0.777772240781.issue2636@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

One thing I forgot:
- please don't make lines longer than 80 characters :-)

Once the code has settled down, it would also be interesting to know if
performance has changed compared to the previous implementation.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Mon Feb  9 20:22:19 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 09 Feb 2009 19:22:19 +0000
Subject: [issue4890] handling empty text search pattern in tkinter
In-Reply-To: <1231496629.01.0.458062958908.issue4890@psf.upfronthosting.co.za>
Message-ID: <1234207339.42.0.976288573166.issue4890@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

I've added some tests for it on r69467 now.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4890>
_______________________________________

From report at bugs.python.org  Mon Feb  9 20:22:42 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 09 Feb 2009 19:22:42 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1234207362.94.0.348988355011.issue5175@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> However, I would like to wait until Tim comments on this.

You may be in for a long wait!  I hesitate to make the heretical 
suggestion that there may be more important things in life than fixing 
minor inconsistencies in Python, but I think it's possible that Tim has 
found some.  :-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5175>
_______________________________________

From report at bugs.python.org  Mon Feb  9 20:40:29 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Mon, 09 Feb 2009 19:40:29 +0000
Subject: [issue1566086] RE (regular expression) matching stuck in loop
Message-ID: <1234208429.99.0.355557187935.issue1566086@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

This problem has been addressed in issue #2636.

Extra checks have been added to reduce the amount of backtracking.

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1566086>
_______________________________________

From report at bugs.python.org  Mon Feb  9 20:45:08 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Mon, 09 Feb 2009 19:45:08 +0000
Subject: [issue1662581] the re module can perform poorly: O(2**n) versus
	O(n**2)
Message-ID: <1234208708.99.0.19108087749.issue1662581@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

This has been addressed in issue #2636.

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1662581>
_______________________________________

From report at bugs.python.org  Mon Feb  9 20:55:37 2009
From: report at bugs.python.org (=?utf-8?q?Jes=C3=BAs_Cea_Avi=C3=B3n?=)
Date: Mon, 09 Feb 2009 19:55:37 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1234209337.18.0.747153882508.issue5169@psf.upfronthosting.co.za>


Jes?s Cea Avi?n <jcea at jcea.es> added the comment:

Marc, please post the bugid for the "hash>>3" issue. It is interesting
enough to pursue it.

----------
resolution: invalid -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5169>
_______________________________________

From report at bugs.python.org  Mon Feb  9 21:03:35 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 09 Feb 2009 20:03:35 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1234209815.05.0.667952403429.issue5169@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

See issue 5186 for using id()/8 for the hash.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5169>
_______________________________________

From report at bugs.python.org  Mon Feb  9 21:06:41 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Feb 2009 20:06:41 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1234210001.96.0.0218896382312.issue5169@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Tim, any thoughts?

----------
assignee:  -> tim_one
nosy: +tim_one

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5169>
_______________________________________

From report at bugs.python.org  Mon Feb  9 21:12:15 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Feb 2009 20:12:15 +0000
Subject: [issue3783] dbm.sqlite proof of concept
In-Reply-To: <1220572652.24.0.256023256295.issue3783@psf.upfronthosting.co.za>
Message-ID: <1234210335.3.0.394544837418.issue3783@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Unassigning.  The code works but no one seems to be pushing for or
caring about inclusion in Py3.1.  

If commits are delayed, then you might as well adopt the dbdict.py
approach instead (reading the file in once at the beginning, operating
directly on a dict subclass, and atomically writing it out at the end).

----------
assignee: rhettinger -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3783>
_______________________________________

From report at bugs.python.org  Mon Feb  9 21:23:06 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 09 Feb 2009 20:23:06 +0000
Subject: [issue1662581] the re module can perform poorly: O(2**n) versus
	O(n**2)
Message-ID: <1234210986.67.0.205678288987.issue1662581@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> This has been addressed in issue #2636.

Are you sure about this?  Does the proposed new regex engine use Thompson 
NFAs, or some variant thereof?

----------
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1662581>
_______________________________________

From report at bugs.python.org  Mon Feb  9 21:30:29 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Mon, 09 Feb 2009 20:30:29 +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: <1234211429.28.0.0907111620922.issue1856@psf.upfronthosting.co.za>


Gabriel Genellina <gagsl-py2 at yahoo.com.ar> added the comment:

I think applying Rhamphoryncus' patch in #1722344 fixes this too (that 
is, move WaitForThreadShutdown from the end of PyMain into Py_Finalize, 
so it is always called)
But it should be tested on several platforms.

----------
nosy: +gagenellina

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1856>
_______________________________________

From report at bugs.python.org  Mon Feb  9 21:38:47 2009
From: report at bugs.python.org (Eric Smith)
Date: Mon, 09 Feb 2009 20:38:47 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1234211927.37.0.357034406408.issue5122@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

The current patch (protect_tk_loading.diff) looks reasonable to me, and
it solves my problem with the tests hanging. So I'd suggest you commit
the patch, insofar it improves on the current situation.

I'm not an expert in tk, however. So if you're looking for advice from
someone knowledgeable on tk's inner workings, you'll need to get someone
else involved.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5122>
_______________________________________

From report at bugs.python.org  Mon Feb  9 21:45:19 2009
From: report at bugs.python.org (Roy Wood)
Date: Mon, 09 Feb 2009 20:45:19 +0000
Subject: [issue1777134] minidom pretty xml output improvement
Message-ID: <1234212319.36.0.0430905350102.issue1777134@psf.upfronthosting.co.za>


Roy Wood <roy.wood at gmail.com> added the comment:

This patch would be very useful to me, so I'm sad to see it's been
languishing for so long.  :-(

Is there any way to encourage the maintainer to merge this into the
current branch?

----------
nosy: +rrwood

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1777134>
_______________________________________

From report at bugs.python.org  Mon Feb  9 21:55:16 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 09 Feb 2009 20:55:16 +0000
Subject: [issue5122] test_tcl and test_ttk_guionly don't like each other
In-Reply-To: <1233463509.87.0.136338063831.issue5122@psf.upfronthosting.co.za>
Message-ID: <1234212916.79.0.454280823746.issue5122@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Thanks Eric, committed in r69473.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5122>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:01:10 2009
From: report at bugs.python.org (John J Lee)
Date: Mon, 09 Feb 2009 21:01:10 +0000
Subject: [issue1660009] continuing problem with httplib multiple set-cookie
	headers
Message-ID: <1234213270.92.0.871415337701.issue1660009@psf.upfronthosting.co.za>


John J Lee <jjlee at users.sourceforge.net> added the comment:

Why?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1660009>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:11:58 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Mon, 09 Feb 2009 21:11:58 +0000
Subject: [issue1777134] minidom pretty xml output improvement
Message-ID: <1234213918.96.0.965813021453.issue1777134@psf.upfronthosting.co.za>


Changes by Gabriel Genellina <gagsl-py2 at yahoo.com.ar>:


----------
nosy: +gagenellina

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1777134>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:12:14 2009
From: report at bugs.python.org (John J Lee)
Date: Mon, 09 Feb 2009 21:12:14 +0000
Subject: [issue918368] urllib doesn't correct server returned urls
Message-ID: <1234213934.97.0.759958422491.issue918368@psf.upfronthosting.co.za>


John J Lee <jjlee at users.sourceforge.net> added the comment:

This bug refers to urllib.  Issue 1153027 refers to urllib2.  It's the
same problem in each case, though.

----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue918368>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:13:13 2009
From: report at bugs.python.org (John J Lee)
Date: Mon, 09 Feb 2009 21:13:13 +0000
Subject: [issue1153027] http_error_302() crashes with 'HTTP/1.1 400 Bad Request
Message-ID: <1234213993.33.0.364711020758.issue1153027@psf.upfronthosting.co.za>


John J Lee <jjlee at users.sourceforge.net> added the comment:

This bug refers to urllib2.  Issue 918368 refers to urllib.  It's the
same problem in each case, though.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1153027>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:26:31 2009
From: report at bugs.python.org (Robin Dunn)
Date: Mon, 09 Feb 2009 21:26:31 +0000
Subject: [issue5019] Specifying common controls DLL in manifest
In-Reply-To: <1232503239.64.0.982507078752.issue5019@psf.upfronthosting.co.za>
Message-ID: <1234214791.51.0.768792524134.issue5019@psf.upfronthosting.co.za>


Robin Dunn <robin at alldunn.com> added the comment:

If I understand correctly then setting an activation context won't help
because by the time that an extension module is loaded the choice of
which version of the common controls DLL will be loaded has already been
made, and it may in fact already be loaded.  The system must be told at
the time that the .exe is loaded which common controls DLL it wants,
otherwise it will use the old non-themed version.  Everything I've tried
seems to confirm this, if that is not true I'd love to see some examples.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5019>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:32:42 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 09 Feb 2009 21:32:42 +0000
Subject: [issue5019] Specifying common controls DLL in manifest
In-Reply-To: <1232503239.64.0.982507078752.issue5019@psf.upfronthosting.co.za>
Message-ID: <1234215162.68.0.212751368938.issue5019@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Can you provide an example of a manifest file, and a Python script, that
demonstrates the problem? I have only heard of themes, never seen them
myself.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5019>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:37:17 2009
From: report at bugs.python.org (David Margrave)
Date: Mon, 09 Feb 2009 21:37:17 +0000
Subject: [issue1660009] continuing problem with httplib multiple set-cookie
	headers
Message-ID: <1234215437.39.0.924969539903.issue1660009@psf.upfronthosting.co.za>


David Margrave <davidma at users.sourceforge.net> added the comment:

I'm not down in the weeds on this one at the moment (it was a long time
ago and I've mostly forgotten about it), but recall that I agreed with
jjlee's 3/15/07 annotation:

http://bugs.python.org/msg31276

At least, I was able to get my application working by just using
getallmatchingheaders().

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1660009>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:45:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 21:45:32 +0000
Subject: [issue816059] popen2 work, fixes bugs 768649 and 761888
Message-ID: <1234215932.25.0.389549910829.issue816059@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Maybe this is a won't fix, since popen2 in long deprecated?

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue816059>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:45:55 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 21:45:55 +0000
Subject: [issue713169] test_pty fails on HP-UX and AIX when run after
	test_openpty
Message-ID: <1234215955.61.0.996213309606.issue713169@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Unless this still is a confirmed problem in supported platforms, closing
suggested.

----------
components: +Tests -Build
nosy: +ajaksu2
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue713169>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:46:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 21:46:31 +0000
Subject: [issue727898] Support for sending multipart form data
Message-ID: <1234215991.21.0.390399383392.issue727898@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Superseder: issue 3244.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue727898>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:47:09 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 21:47:09 +0000
Subject: [issue3244] multipart/form-data encoding
In-Reply-To: <1214849078.87.0.171093103517.issue3244@psf.upfronthosting.co.za>
Message-ID: <1234216029.97.0.407488425744.issue3244@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

So, what is the best way to go about this (beyond docs and tests)? Beat
the linked recipe into a patch, adapt Chris' implementation?

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3244>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:49:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 21:49:39 +0000
Subject: [issue500698] Taint a la Perl?
Message-ID: <1234216179.81.0.755212580716.issue500698@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

On http://mail.python.org/pipermail/python-dev/2008-November/083732.html
Nicole King wrote:

"""
I found I needed support for taint mode in python and have done some
work to realise this. It's by no means complete at this time, but I'm
floating this idea on this group to see how much interest there is.

The implementation is pretty simple:

- an extra field in PyObject to maintain the taint status
- a couple of extra functions __gettaint__() that returns the taint
status and __settaint__(value) that sets the taint value, returning the
previous status
- an additional command-line flag -a and environment variable
PYTHONIGNORETAINT that suppress taint checking
- a few macros defined in Objects/object.h to support taint management
- a new built-in exception, PyExc_TaintError, for reporting operations
on tainted objects
"""

More information and download: http://www.cats-muvva.net/software/

----------
nosy: +ajaksu2
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue500698>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:49:52 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 21:49:52 +0000
Subject: [issue624827] Creation of struct_seq types
Message-ID: <1234216192.13.0.359901246578.issue624827@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Issue 980098 was considered obsolete now there is namedtuple, so this
one should be closed too.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue624827>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:50:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 21:50:27 +0000
Subject: [issue748843] Let Email.Utils.parsedate use last 3 timetuple items
Message-ID: <1234216227.59.0.951047974342.issue748843@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Should I update/correct the patch or is this a won't fix?

----------
nosy: +ajaksu2, georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue748843>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:50:44 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 21:50:44 +0000
Subject: [issue775321] plistlib error handling
Message-ID: <1234216244.48.0.827666597916.issue775321@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Here's a very simple patch, is this the only path for errors from
garbage? I think docs are needed too: if apps catching ExpatError
explicitly, will break.

Not sure if this should actually change, as I don't use plistlib. I
havve nothing against closing this RFE as won't fix :)

----------
components: +Library (Lib) -None
keywords: +patch
nosy: +ajaksu2
type:  -> feature request
versions: +Python 2.7
Added file: http://bugs.python.org/file12994/plistlib_garbage.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue775321>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:51:09 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 21:51:09 +0000
Subject: [issue775309] button methods tkButtonDown, etc don't work
Message-ID: <1234216269.77.0.95842543028.issue775309@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

gpolo: So this one should be closed, right? Out-of-date and superseded
by issue 4350.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue775309>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:58:41 2009
From: report at bugs.python.org (Robin Dunn)
Date: Mon, 09 Feb 2009 21:58:41 +0000
Subject: [issue5019] Specifying common controls DLL in manifest
In-Reply-To: <1232503239.64.0.982507078752.issue5019@psf.upfronthosting.co.za>
Message-ID: <1234216721.14.0.448790615509.issue5019@psf.upfronthosting.co.za>


Robin Dunn <robin at alldunn.com> added the comment:

Ok, the following files will be attached:

python.exe.manifest: This is a copy of the manifest resource that I put
into the 2.6.1 python.exe file by hand for testing.  The original
manifest was the same but without the 2nd <dependency>...</dependency>
group.

sample.py: the simple little sample I used to make the screenshots.

Snap001,png: This is sample.py running with the original python.exe
running on Vista.  Notice the plain, flat, outdated and ugly win2k look
and style of the notebook tabs and buttons.

Snap002.png:  The same sample running with a modified python.exe.  Now
it has textures, gradients, mouse-over effects and etc. and will match
the look of other modern applications running on the machine that are
using the standard themes.

Added file: http://bugs.python.org/file12995/python.exe.manifest

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5019>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:58:58 2009
From: report at bugs.python.org (Robin Dunn)
Date: Mon, 09 Feb 2009 21:58:58 +0000
Subject: [issue5019] Specifying common controls DLL in manifest
In-Reply-To: <1232503239.64.0.982507078752.issue5019@psf.upfronthosting.co.za>
Message-ID: <1234216738.09.0.106469989474.issue5019@psf.upfronthosting.co.za>


Changes by Robin Dunn <robin at alldunn.com>:


Added file: http://bugs.python.org/file12996/sample.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5019>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:59:34 2009
From: report at bugs.python.org (Robin Dunn)
Date: Mon, 09 Feb 2009 21:59:34 +0000
Subject: [issue5019] Specifying common controls DLL in manifest
In-Reply-To: <1232503239.64.0.982507078752.issue5019@psf.upfronthosting.co.za>
Message-ID: <1234216774.63.0.00753164788056.issue5019@psf.upfronthosting.co.za>


Changes by Robin Dunn <robin at alldunn.com>:


Added file: http://bugs.python.org/file12997/Snap001.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5019>
_______________________________________

From report at bugs.python.org  Mon Feb  9 22:59:52 2009
From: report at bugs.python.org (Robin Dunn)
Date: Mon, 09 Feb 2009 21:59:52 +0000
Subject: [issue5019] Specifying common controls DLL in manifest
In-Reply-To: <1232503239.64.0.982507078752.issue5019@psf.upfronthosting.co.za>
Message-ID: <1234216792.89.0.965406836317.issue5019@psf.upfronthosting.co.za>


Changes by Robin Dunn <robin at alldunn.com>:


Added file: http://bugs.python.org/file12998/Snap002.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5019>
_______________________________________

From report at bugs.python.org  Mon Feb  9 23:02:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 22:02:59 +0000
Subject: [issue848910] Enable crosscompilation
Message-ID: <1234216979.59.0.10783998278.issue848910@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Seems out-of-date, more recent efforts should go into a new issue IMO. 

This issue focus on generic aspects of cross-compilation, as issue
1006238 (patch). I think issue 660095 (if still valid!) is akin to this
problem.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue848910>
_______________________________________

From report at bugs.python.org  Mon Feb  9 23:04:10 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Mon, 09 Feb 2009 22:04:10 +0000
Subject: [issue775309] button methods tkButtonDown, etc don't work
Message-ID: <1234217050.48.0.861405976235.issue775309@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Thanks for remembering, Daniel.

Closing as noted above.

----------
resolution:  -> out of date
status: open -> closed
superseder:  -> Remove dead code from Tkinter.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue775309>
_______________________________________

From report at bugs.python.org  Mon Feb  9 23:10:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 22:10:14 +0000
Subject: [issue994023] threads duplicated on fork() prevent child from
	terminating
Message-ID: <1234217414.98.0.829090528602.issue994023@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Test case works for me with trunk and py3k (rev. 69469) on Linux 2.6.24
ia32.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue994023>
_______________________________________

From report at bugs.python.org  Mon Feb  9 23:14:19 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 22:14:19 +0000
Subject: [issue1122301] marshal may crash on truncated input
Message-ID: <1234217659.6.0.235865587976.issue1122301@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Reported as fixed by nnorwitz in msg24300, 2.4 is not supported anymore.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1122301>
_______________________________________

From report at bugs.python.org  Mon Feb  9 23:17:58 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Feb 2009 22:17:58 +0000
Subject: [issue624827] Creation of struct_seq types
Message-ID: <1234217878.91.0.79271205326.issue624827@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue624827>
_______________________________________

From report at bugs.python.org  Mon Feb  9 23:25:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 22:25:59 +0000
Subject: [issue1112955] move_file()'s return value when dry_run=1 unclear
Message-ID: <1234218359.37.0.987327707444.issue1112955@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed for trunk and py3k. Might look unimportant, but IMHO having
the same results with dry_run=1 would make it much easier to e.g.
generate target lists.

Let me know if a patch would help.

----------
nosy: +ajaksu2, tarek
type:  -> behavior
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1112955>
_______________________________________

From report at bugs.python.org  Mon Feb  9 23:30:23 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 09 Feb 2009 22:30:23 +0000
Subject: [issue1112955] move_file()'s return value when dry_run=1 unclear
Message-ID: <1234218623.87.0.367206621843.issue1112955@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

> Let me know if a patch would help.

Sure !

----------
assignee:  -> tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1112955>
_______________________________________

From report at bugs.python.org  Mon Feb  9 23:39:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 22:39:26 +0000
Subject: [issue1103023] raw_input problem with readline and UTF8
Message-ID: <1234219166.62.0.556724899551.issue1103023@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Please close this, reportedly fixed and no further info from OP.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1103023>
_______________________________________

From report at bugs.python.org  Mon Feb  9 23:49:51 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 22:49:51 +0000
Subject: [issue1096310] sys.__stdout__ doco isn't discouraging enough
Message-ID: <1234219791.77.0.67773059149.issue1096310@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Current docs seem to explain what __stdout__ is for:
"""
__stdin__ / __stdout__ / __stderr__

These objects contain the original values of stdin, stderr and stdout at
the start of the program. They are used during finalization, and could
be useful to restore the actual files to known working file objects in
case they have been overwritten with a broken object.
"""

Should a note of warning be added? Something like:

Explicitly saving the original IO streams and restoring them after
redirection is safer and the recommended idiom.

----------
nosy: +ajaksu2
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1096310>
_______________________________________

From report at bugs.python.org  Mon Feb  9 23:58:13 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 09 Feb 2009 22:58:13 +0000
Subject: [issue5019] Specifying common controls DLL in manifest
In-Reply-To: <1232503239.64.0.982507078752.issue5019@psf.upfronthosting.co.za>
Message-ID: <1234220293.33.0.687175892373.issue5019@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

It looks like it should be possible to bind to a different comctl32.dll
than what gets loaded by the host application. See this KB article:

http://support.microsoft.com/default.aspx/kb/830033

which even claims that you should be able to do so with manifests
(notice how you need to define ISOLATION_AWARE_ENABLED to get different
versions of CreateWindowEx etc); also see the .NET code on how they use
explicit activation contexts 

Also see

http://blogs.msdn.com/junfeng/archive/2007/06/26/rt-manifest-resource-and-isolation-aware-enabled.aspx

for an explanation what resources must be defined so that a DLL can bind
to a different version than the rest of the process.

I think you want to put the comctl32 manifest binding into RT_MANIFEST
resource 2 (not 1, as you probably had tried so far).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5019>
_______________________________________

From report at bugs.python.org  Tue Feb 10 00:07:52 2009
From: report at bugs.python.org (=?utf-8?q?Jes=C3=BAs_Cea_Avi=C3=B3n?=)
Date: Mon, 09 Feb 2009 23:07:52 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234220872.64.0.742689858789.issue5186@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Tue Feb 10 00:15:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 23:15:21 +0000
Subject: [issue1103926] email.base64MIME.header_encode vs RFC 1522
Message-ID: <1234221321.56.0.707248550919.issue1103926@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

RFC 2047 says the encoding is case-insensitive. Please, close as invalid.

RFC 2047:
2. Syntax of encoded-words

   An 'encoded-word' is defined by the following ABNF grammar.
[...]
   encoded-word = "=?" charset "?" encoding "?" encoded-text "?="
   charset = token    ; see section 3
   encoding = token   ; see section 4

[...]
   Both 'encoding' and 'charset' names are case-independent.  Thus the
   charset name "ISO-8859-1" is equivalent to "iso-8859-1", and the
   encoding named "Q" may be spelled either "Q" or "q".

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1103926>
_______________________________________

From report at bugs.python.org  Tue Feb 10 00:37:40 2009
From: report at bugs.python.org (engelbert gruber)
Date: Mon, 09 Feb 2009 23:37:40 +0000
Subject: [issue2263] struct.pack() + numpy int raises SystemError
In-Reply-To: <1205134764.8.0.415620235375.issue2263@psf.upfronthosting.co.za>
Message-ID: <1234222660.94.0.557507144178.issue2263@psf.upfronthosting.co.za>


engelbert gruber <grubert at users.sourceforge.net> added the comment:

in 2.7 svn _struct.c 

    formatdef native_table[] = {
      {'B',   sizeof(char),   0,      nu_ubyte,   np_ubyte},
    formatdef bigendian_table[]
      {'B',   1,      0,      nu_ubyte,   bp_uint},
    formatdef lilendian_table[]
        {'B',   1,      0,      nu_ubyte,   lp_uint},

np_ubyte calls get_long b/lp_uint call get_wrapped_ulong which calls
#define PyInt_Check(op) \
  PyType_FastSubclass((op)->ob_type, Py_TPFLAGS_INT_SUBCLASS)

but ob_type is set to BASE flags INT_SUBCLASS i snot set.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2263>
_______________________________________

From report at bugs.python.org  Tue Feb 10 00:40:59 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Mon, 09 Feb 2009 23:40:59 +0000
Subject: [issue1662581] the re module can perform poorly: O(2**n) versus
	O(n**2)
Message-ID: <1234222859.79.0.0424547460348.issue1662581@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

The new code includes some extra checks which, although not foolproof,
certainly reduce the amount of backtracking in a lot of cases.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1662581>
_______________________________________

From report at bugs.python.org  Tue Feb 10 00:44:53 2009
From: report at bugs.python.org (Ingmar Vanhassel)
Date: Mon, 09 Feb 2009 23:44:53 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1234223093.7.0.536902685412.issue5128@psf.upfronthosting.co.za>


Changes by Ingmar Vanhassel <ingmar at exherbo.org>:


----------
nosy: +ingmar

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5128>
_______________________________________

From report at bugs.python.org  Tue Feb 10 00:57:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 09 Feb 2009 23:57:49 +0000
Subject: [issue1112955] move_file()'s return value when dry_run=1 unclear
Message-ID: <1234223869.3.0.622066844642.issue1112955@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Here's a very simple-minded patch (with microtest) that changes behavior
in a questionable way.

If it goes in as-is, dry_run=1 will not always succeed anymore. So it'd
be incompatible... but a 1:1 representation of a real move kinda
requires some failure mode.

It's possible to avoid raising when dry_run=1, logging a warning that a
real move would fail, and return the imaginary new full name. Or return
None, '', etc. Suggestions?

Perhaps studying a use-case makes things clearer. 

Looks like copy_file already has the same return value independent of
dry_run.

----------
keywords: +patch
Added file: http://bugs.python.org/file12999/move_file_dry_run.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1112955>
_______________________________________

From report at bugs.python.org  Tue Feb 10 02:25:18 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 10 Feb 2009 01:25:18 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1234229118.5.0.00479896721806.issue1818@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

In r69480, named tuples gained the ability to automatically rename
invalid fieldnames.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Tue Feb 10 02:38:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 01:38:31 +0000
Subject: [issue1004533] PEP 263: help locating the offending character
Message-ID: <1234229911.12.0.391934358218.issue1004533@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

IIUC, we don't have the PEP 263 DeprecationWarning mentioned anymore and
this should be closed.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1004533>
_______________________________________

From report at bugs.python.org  Tue Feb 10 02:40:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 01:40:26 +0000
Subject: [issue1008086] patch for 767150
Message-ID: <1234230026.4.0.911771732876.issue1008086@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

This is a patch for issue 767150, which was closed in 2005.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1008086>
_______________________________________

From report at bugs.python.org  Tue Feb 10 02:58:20 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Tue, 10 Feb 2009 01:58:20 +0000
Subject: [issue5120] Disabling test_ttk_guionly on mac
In-Reply-To: <1233437150.39.0.445953575427.issue5120@psf.upfronthosting.co.za>
Message-ID: <1234231100.23.0.952116499044.issue5120@psf.upfronthosting.co.za>


Changes by Guilherme Polo <ggpolo at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file13000/oldtkaqua.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5120>
_______________________________________

From report at bugs.python.org  Tue Feb 10 03:10:00 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 10 Feb 2009 02:10:00 +0000
Subject: [issue1103023] raw_input problem with readline and UTF8
Message-ID: <1234231800.37.0.424093190279.issue1103023@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1103023>
_______________________________________

From report at bugs.python.org  Tue Feb 10 03:10:39 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 10 Feb 2009 02:10:39 +0000
Subject: [issue994023] threads duplicated on fork() prevent child from
	terminating
Message-ID: <1234231839.24.0.570894787837.issue994023@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue994023>
_______________________________________

From report at bugs.python.org  Tue Feb 10 03:11:33 2009
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 10 Feb 2009 02:11:33 +0000
Subject: [issue5128] compileall: consider ctime
In-Reply-To: <1233584376.51.0.787053739937.issue5128@psf.upfronthosting.co.za>
Message-ID: <1234231893.84.0.665476219871.issue5128@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Committed in 69481 and 69482 for trunk and py3k, respectively. Had to
rewrite the test code but the compileall patch went in fine. Thanks, Martin!

----------
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5128>
_______________________________________

From report at bugs.python.org  Tue Feb 10 03:22:56 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 02:22:56 +0000
Subject: [issue1008086] patch for 767150
Message-ID: <1234232576.22.0.975336502191.issue1008086@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I'm not sure in_addr_t is available everywhere. "unsigned int" should be
a good bet, since it is 32-bits in most platforms. Guarding the code
with a "#if (SIZEOF_INT == 4)" and erroring out otherwise will make the
patch ok (and, please add a test).

----------
nosy: +pitrou
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1008086>
_______________________________________

From report at bugs.python.org  Tue Feb 10 03:23:32 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 02:23:32 +0000
Subject: [issue1008086] patch for 767150
Message-ID: <1234232612.01.0.514358472674.issue1008086@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Sorry, reopening.

----------
resolution: out of date -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1008086>
_______________________________________

From report at bugs.python.org  Tue Feb 10 03:26:50 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 02:26:50 +0000
Subject: [issue1004533] PEP 263: help locating the offending character
Message-ID: <1234232810.66.0.877654525244.issue1004533@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Daniel, do you have developer rights on the tracker? Otherwise, you may
ask for them on python-dev if you intend to do some housekeeping :)

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1004533>
_______________________________________

From report at bugs.python.org  Tue Feb 10 03:29:05 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 02:29:05 +0000
Subject: [issue1096310] sys.__stdout__ doco isn't discouraging enough
Message-ID: <1234232945.63.0.702465095215.issue1096310@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
assignee:  -> georg.brandl
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1096310>
_______________________________________

From report at bugs.python.org  Tue Feb 10 03:55:07 2009
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Feb 2009 02:55:07 +0000
Subject: [issue5194] OS X IDLE.app and bin/idle: missing/extra menu options
In-Reply-To: <1234234507.58.0.689231089961.issue5194@psf.upfronthosting.co.za>
Message-ID: <1234234507.58.0.689231089961.issue5194@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

IDLE is supposed to have various menu customizations when running on OS 
X. But currently they do not all work and the menus vary if IDLE is 
launched via IDLE.app versus via command line bin/idle.  The most 
noticeable issue is the lack of a Preferences menu item in IDLE.app to 
access the IDLE configuration settings.

ANALYSIS    There are inconsistent OS X execution checks scattered
            throughout idlelib.  Also, the bootstrap mechanism
            for IDLE.app causes sys.executable to be set incorrectly.
            Most importantly, idlemain imports idlelib before it
            has fixed up the execution environment.  This can cause
            the menu fixup in idlelib.Bindings to be skipped.

SOLUTION    Change idlemain to set up the execution environment
            consistently and defer idlelib imports until it has done so.
            Modify several OS X checks in idlelib for consistency.

APPLIES     py3k, 3.0   -> patch-nad0014-py3k-30.txt
            trunk, 2.6  -> patch-nad0014-trunk-26.txt

DELETE      Mac/IDLE/idlemain.py    (py3k and 3.0 only!)

NOTE        In 3.x idlemain.py was copied down into the app bundle:
                2.x -> Mac/IDLE/idlemain.py
                3.x -> Mac/IDLE/IDLE.app/Contents/Resources/idlemain.py
                3.x -> Mac/IDLE/idlemain.py  -> unused / delete
            so there are two versions of this patch.
            However, the 2.x location was not deleted in 3.x svn
            so there are two identical files in 3.x prior to this
            patch.

----------
components: IDLE, Macintosh
files: patch-nad0014-trunk-26.txt
messages: 81525
nosy: nad
severity: normal
status: open
title: OS X IDLE.app and bin/idle: missing/extra menu options
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13001/patch-nad0014-trunk-26.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5194>
_______________________________________

From report at bugs.python.org  Tue Feb 10 03:55:50 2009
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Feb 2009 02:55:50 +0000
Subject: [issue5194] OS X IDLE.app and bin/idle: missing/extra menu options
In-Reply-To: <1234234507.58.0.689231089961.issue5194@psf.upfronthosting.co.za>
Message-ID: <1234234550.89.0.369178259348.issue5194@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


Added file: http://bugs.python.org/file13002/patch-nad0014-py3k-30.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5194>
_______________________________________

From report at bugs.python.org  Tue Feb 10 03:59:24 2009
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Feb 2009 02:59:24 +0000
Subject: [issue5195] OS X IDLE.app and bin/idle: incorrect key defaults in 3.x
In-Reply-To: <1234234764.34.0.510660013878.issue5195@psf.upfronthosting.co.za>
Message-ID: <1234234764.34.0.510660013878.issue5195@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

3.x IDLE uses incorrect default key definitions on OS X
                
If you have not already customized your IDLE key definitions
(in ~/.idlerc), 3.x IDLE uses Windows defaults in its menus.
                
ANALYSIS        In 2.x, the IDLE Makefile customized the default configs
                in Lib/idlelib.  In 3.x there is no longer a separate
                IDLE Makefile and the customization step is missing.

SOLUTION        Add the OS X customization to the Mac/Makefile.

APPLIES         py3k, 3.0

----------
components: IDLE, Macintosh
files: patch-nad0015-py3k-30.txt
messages: 81526
nosy: nad
severity: normal
status: open
title: OS X IDLE.app and bin/idle: incorrect key defaults in 3.x
versions: Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13003/patch-nad0015-py3k-30.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5195>
_______________________________________

From report at bugs.python.org  Tue Feb 10 04:04:46 2009
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Feb 2009 03:04:46 +0000
Subject: [issue5196] OS X IDLE.app: may not launch on 3.x
In-Reply-To: <1234235086.65.0.906288935492.issue5196@psf.upfronthosting.co.za>
Message-ID: <1234235086.65.0.906288935492.issue5196@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

3.x OS X IDLE.app may not launch

ANALYSIS 2.x IDLE.app was built using its own Makefile + bundlebuilder.
         For 3.x, these were eliminated by checking in a skeleton app
         based on the bundlebuilder model.  But the install tailoring
         of the app does not quite work in all cases.

SOLUTION Have the Mac/Makefile do the necessary tailoring.
         Remove from the IDLE launch script the unnecessary bits left
         over from bundlebuilder.

APPLIES  py3k, 3.0

SEE ALSO Issue5194 and Issue5195:
         patch-nad0014, patch-nad0015 (should be applied first)

----------
components: IDLE, Macintosh
files: patch-nad0016-py3k-30.txt
messages: 81527
nosy: nad
severity: normal
status: open
title: OS X IDLE.app: may not launch on 3.x
versions: Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13004/patch-nad0016-py3k-30.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5196>
_______________________________________

From report at bugs.python.org  Tue Feb 10 04:38:23 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 10 Feb 2009 03:38:23 +0000
Subject: [issue1122301] marshal may crash on truncated input
Message-ID: <1234237103.29.0.78946159242.issue1122301@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/issue1122301>
_______________________________________

From report at bugs.python.org  Tue Feb 10 04:47:57 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 10 Feb 2009 03:47:57 +0000
Subject: [issue1004533] PEP 263: help locating the offending character
Message-ID: <1234237677.2.0.787860163746.issue1004533@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1004533>
_______________________________________

From report at bugs.python.org  Tue Feb 10 04:51:05 2009
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Feb 2009 03:51:05 +0000
Subject: [issue5143] OS X: Py_SetProgramName argument has type char*;
	should be wchar_t*
In-Reply-To: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>
Message-ID: <1234237865.21.0.891504673135.issue5143@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Here's the results of testing the two patches:
- patch-mbstowcs.txt should not do a free on the buffer since
  Py_SetProgramName is expecting to hold on to it (like with
  the result of a getenv(3)).
- patch-remove-PYTHONEXECUTABLE.txt works as is.

However, neither of these patches in and of themselves fix all
the issues with OS X IDLE menus on 3.x (most of the issues are
present in 2.x as well).  See Issue5194, Issue5195, and Issue5196.
In particular, the patches in 5194 and 5196 also eliminate the
dependence on PYTHONEXECUTABLE influencing sys.executable.

So, just looking at IDLE, it would not hurt to remove the
PYTHONEXECUTABLE magic. On the other hand, it is a documented
behavior of PYTHON:

http://docs.python.org/3.0/using/cmdline.html#envvar-PYTHONEXECUTABLE

and removing it *could* add extra problems for people porting
over bundlebuilder-based apps or for whatever other reason they
might be using it.

So my recommendation is to fix PYTHONEXECUTABLE.  Attached patch
patch-nad0013-py3k-30.txt does so.  It also includes a fix for 
another very similar OSX-only 2.x->3.x wchar_t conversion problem
which also causes an "incompatible pointer type" build warning,
something I noticed while investigating this.  The patch has been
tested on both py3k and 3.0.  patch-nad0013t-py3k-30.txt adds
a test case for PYTHONEXECUTABLE behavior.

Added file: http://bugs.python.org/file13005/patch-nad0013-py3k-30.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5143>
_______________________________________

From report at bugs.python.org  Tue Feb 10 04:51:20 2009
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Feb 2009 03:51:20 +0000
Subject: [issue5143] OS X: Py_SetProgramName argument has type char*;
	should be wchar_t*
In-Reply-To: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>
Message-ID: <1234237880.83.0.859449535809.issue5143@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


Added file: http://bugs.python.org/file13006/patch-nad0013t-py3k-30.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5143>
_______________________________________

From report at bugs.python.org  Tue Feb 10 05:46:33 2009
From: report at bugs.python.org (Robin Dunn)
Date: Tue, 10 Feb 2009 04:46:33 +0000
Subject: [issue5019] Specifying common controls DLL in manifest
In-Reply-To: <1232503239.64.0.982507078752.issue5019@psf.upfronthosting.co.za>
Message-ID: <1234241193.42.0.12646817144.issue5019@psf.upfronthosting.co.za>


Robin Dunn <robin at alldunn.com> added the comment:

Sorry, no luck.  I've tried before to ensure that all the DLLs and
extension modules have the manifest file (in resource 2) and it makes no
difference.  I rebuilt wxWidgets and wxPython today with
ISOLATION_AWARE_ENABLED defined to check if that would help, and reset
the manifest resource in all the binaries, but it makes no difference.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5019>
_______________________________________

From report at bugs.python.org  Tue Feb 10 06:14:43 2009
From: report at bugs.python.org (pest)
Date: Tue, 10 Feb 2009 05:14:43 +0000
Subject: [issue5197] vars() assignment fails silently when assignments made
	later
In-Reply-To: <1234242883.43.0.910584647004.issue5197@psf.upfronthosting.co.za>
Message-ID: <1234242883.43.0.910584647004.issue5197@psf.upfronthosting.co.za>


New submission from pest <luke at asterisk.co.nz>:

Assignments to vars() behave incorrectly if those variables are use
later on in a function.

For example, try this:

======
#!/usr/bin/python

def zz():
        for i in [1,2,3]:
                for j in [4,5,6]:
                        vars()['fw_%s_%s' % (j,i)] = 'test %s %s' % (j, i)
                        print vars()['fw_%s_%s' % (j,i)]

        fw_4_2 = 'zz'
        print fw_4_2

zz()
======

The assignments work fine up till 4_2. At 4_2, the assignment apparently
fails silently, and the print raises a keyError exception.

----------
components: None
messages: 81530
nosy: pest
severity: normal
status: open
title: vars() assignment fails silently when assignments made later
type: behavior
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5197>
_______________________________________

From report at bugs.python.org  Tue Feb 10 07:55:36 2009
From: report at bugs.python.org (=?utf-8?q?Hagen_F=C3=BCrstenau?=)
Date: Tue, 10 Feb 2009 06:55:36 +0000
Subject: [issue5137] SystemError when __len__ returns a non-number
In-Reply-To: <1233636317.07.0.926088600598.issue5137@psf.upfronthosting.co.za>
Message-ID: <1234248935.79.0.599469924859.issue5137@psf.upfronthosting.co.za>


Hagen F?rstenau <hfuerstenau at gmx.net> added the comment:

This also solves issue 3729.

----------
nosy: +hagen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5137>
_______________________________________

From report at bugs.python.org  Tue Feb 10 08:14:49 2009
From: report at bugs.python.org (=?utf-8?q?Hagen_F=C3=BCrstenau?=)
Date: Tue, 10 Feb 2009 07:14:49 +0000
Subject: [issue5198] Strange DeprecationWarning behaviour in module struct
In-Reply-To: <1234250088.94.0.680929615779.issue5198@psf.upfronthosting.co.za>
Message-ID: <1234250088.94.0.680929615779.issue5198@psf.upfronthosting.co.za>


New submission from Hagen F?rstenau <hfuerstenau at gmx.net>:

struct.pack seems to raise a DeprecationWarning for some structure
formats, but not for others:

Python 2.6.1 (r261:67515, Dec  5 2008, 07:40:41) 
[GCC 4.3.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import struct
>>> struct.pack(">H", 1.0)
sys:1: DeprecationWarning: integer argument expected, got float
'\x00\x01'
>>> struct.pack("H", 1.0)
'\x01\x00'


In addition the DeprecationWarning message gives a strange location for
the problem. With the attached struct_warning.py it locates the problem
at the function call foo() instead of the problematic call of struct.pack:

$ python2.6 struct_warning.py 
struct_warning.py:6: DeprecationWarning: integer argument expected, got
float
  foo()

----------
components: Library (Lib)
files: struct_warning.py
messages: 81532
nosy: hagen
severity: normal
status: open
title: Strange DeprecationWarning behaviour in module struct
type: behavior
versions: Python 2.6, Python 3.0
Added file: http://bugs.python.org/file13007/struct_warning.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5198>
_______________________________________

From report at bugs.python.org  Tue Feb 10 08:35:45 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Feb 2009 07:35:45 +0000
Subject: [issue5197] vars() assignment fails silently when assignments made
	later
In-Reply-To: <1234242883.43.0.910584647004.issue5197@psf.upfronthosting.co.za>
Message-ID: <1234251345.63.0.163155508857.issue5197@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

According to http://docs.python.org/library/functions.html#vars

>The returned dictionary should not be modified: the effects on the
>corresponding symbol table are undefined.

Same can be said for locals() as well.

----------
nosy: +ocean-city
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5197>
_______________________________________

From report at bugs.python.org  Tue Feb 10 08:46:07 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Feb 2009 07:46:07 +0000
Subject: [issue5199] warns vars() assignment as well as locals()
In-Reply-To: <1234251967.11.0.473034551632.issue5199@psf.upfronthosting.co.za>
Message-ID: <1234251967.11.0.473034551632.issue5199@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

This comes from issue5197. Maybe we can emphasize a behavior of
assignment to vars() is undefined if decorated with red block of
*warning* as well as locals(). This patch is for release26-maint.

----------
assignee: georg.brandl
components: Documentation
files: warn_vars_assignment.patch
keywords: patch
messages: 81534
nosy: georg.brandl, ocean-city
severity: normal
status: open
title: warns vars() assignment as well as locals()
Added file: http://bugs.python.org/file13008/warn_vars_assignment.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5199>
_______________________________________

From report at bugs.python.org  Tue Feb 10 10:25:37 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 10 Feb 2009 09:25:37 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1234257937.55.0.331002698965.issue4804@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

The revised patch looks fine to me, please apply.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4804>
_______________________________________

From report at bugs.python.org  Tue Feb 10 11:45:57 2009
From: report at bugs.python.org (Peter Landgren)
Date: Tue, 10 Feb 2009 10:45:57 +0000
Subject: [issue5200] unicode.normalize gives wrong result for some characters
In-Reply-To: <1234262757.38.0.115515150702.issue5200@psf.upfronthosting.co.za>
Message-ID: <1234262757.38.0.115515150702.issue5200@psf.upfronthosting.co.za>


New submission from Peter Landgren <peter.talken at telia.com>:

If any of the Swedish characters "??????" are input to
unicode.normalize(form, ustr) with form = "NFD" or "NFKD" the result
will be "aaoAAO". "??????" are normal character and should be the same
after normalize. They are not connected to aaoAAO other than for
historic reasons, but not in modern languages. It's a common
misinterpretation that the dots and circle above them are diacritic
signs, but those letters should behave as the (Danish)
"?" which is normalized correctly.

>From Wikipedia:
? is often perceived as an A with a ring, interpreting the ring as a
diacritical mark. However, in the languages that use it, the ring is not
considered a diacritic but part of the letter.
The letter ? in the Swedish and Icelandic alphabets historically arises
from the Germanic umlaut, but it is considered a separate letter from O.
See http://en.wikipedia.org/wiki/%C3%85

I think this is pobably impossible to solve as it will be mixed up with
"umlaut" and you don't know what language the specific word is connected to.

----------
components: Library (Lib)
messages: 81536
nosy: PeterL
severity: normal
status: open
title: unicode.normalize gives wrong result for some characters
type: behavior
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5200>
_______________________________________

From report at bugs.python.org  Tue Feb 10 12:08:11 2009
From: report at bugs.python.org (Jervis Whitley)
Date: Tue, 10 Feb 2009 11:08:11 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1234264091.22.0.289226851348.issue1818@psf.upfronthosting.co.za>


Jervis Whitley <jervisau at gmail.com> added the comment:

Updated NamedTupleReader to give a rename=False keyword argument.
rename is passed directly to the namedtuple factory function to enable
automatic handling of invalid fieldnames.

Two new tests for the rename keyword.

Cheers,

Added file: http://bugs.python.org/file13009/ntreader4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Tue Feb 10 12:44:52 2009
From: report at bugs.python.org (Floris Bruynooghe)
Date: Tue, 10 Feb 2009 11:44:52 +0000
Subject: [issue5201] Using LDFLAGS='-rpath=\$$LIB:/some/other/path'
	./configure breaks the build
In-Reply-To: <1234266292.13.0.602157766238.issue5201@psf.upfronthosting.co.za>
Message-ID: <1234266292.13.0.602157766238.issue5201@psf.upfronthosting.co.za>


New submission from Floris Bruynooghe <floris.bruynooghe at gmail.com>:

When specifying an RPATH with -rpath or -R you can use the special
tokens `$LIB' and `$ORIGIN' which the runtime linker interprets as
"normal search path" and "relative to current sofile" respectively.  To
get these correctly to the gcc command line you need to specify this in
LDFLAGS as `\$$LIB' to work around escapes of both the makefile and
shell, so in the Python Makefile this will appear somewhere as (this is
on one line):

CONFIG_ARGS=	 '--prefix=/opt/example.com/python25'
'LDFLAGS=-Wl,-rpath=\$$LIB:/opt/example.com/lib,--enable-new-dtags'

This works for compiling the main python binary.  But when the extension
modules get compiled distutils chokes on this. 
distutils.sysconfig.parse_makefile() does think that any value of a
variable that contains `$' in it refers to an other variable in the
makefile.  It will fail to find the value and CONFIG_ARGS will not be
defined.  This then fails in setup.py for the _ctypes extension:

if not '--with-system-ffi' in sysconfig.get_config_var("CONFIG_ARGS"):
            return

Where `None' is returned instead of a list by .get_config_var().

It seems that distutils.sysconfig.parse_makefile() needs to understand
more of the makefile synatax to deal with this.

----------
assignee: tarek
components: Distutils
messages: 81538
nosy: flub, tarek
severity: normal
status: open
title: Using LDFLAGS='-rpath=\$$LIB:/some/other/path' ./configure breaks the build
type: compile error
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5201>
_______________________________________

From report at bugs.python.org  Tue Feb 10 12:45:01 2009
From: report at bugs.python.org (David Jones)
Date: Tue, 10 Feb 2009 11:45:01 +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: <1234266301.49.0.830035453307.issue5202@psf.upfronthosting.co.za>


New submission from David Jones <drj at pobox.com>:

When using the wave module to output wave files, the output file cannot 
be a Unix pipeline.

Example.  The following program outputs a (trivial) wave file on stdout:

#!/usr/bin/env python
import sys
import wave
w = wave.open(sys.stdout, 'w')
w.setnchannels(1)
w.setsampwidth(1)
w.setframerate(32000)
w.setnframes(0)
w.close()


It can create a wave file like this:

$ ./bugex > foo.wav

When used in a pipeline we get:

$ ./bugex | wc
Traceback (most recent call last):
  File "./bugex", line 9, in <module>
    w.close()
  File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/wave.py
", line 437, in close
    self._ensure_header_written(0)
  File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/wave.py
", line 458, in _ensure_header_written
    self._write_header(datasize)
  File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/wave.py
", line 465, in _write_header
    self._form_length_pos = self._file.tell()
IOError: [Errno 29] Illegal seek
Exception exceptions.IOError: (29, 'Illegal seek') in <bound method 
Wave_write.__del__ of <wave.Wave_write instance at 0x71418>> ignored
       0       1       8

The wave module has almost all it needs to work around this problem.  
The wave module will only seek the output if it needs to patch the 
header.  If you use setnframes to write the correct number of frames 
before writing them with writeframesraw then the header will not be 
patched upon calling close.  However...

The problem is that the "tell" method is invoked on the output stream 
(to record where the header is, in the event that we need to patch it); 
the "tell" method fails with an exception when the output is a pipeline 
(see example, above).

Exceptions from "tell" when writing the header initially (in 
_write_header) should be ignored.  If _patchheader is later invoked it 
will fail due to lack of pos.

----------
components: Library (Lib)
messages: 81539
nosy: drj
severity: normal
status: open
title: wave.py cannot write wave files into a shell pipeline
type: behavior
versions: 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 Feb 10 12:47:04 2009
From: report at bugs.python.org (Lisandro Dalcin)
Date: Tue, 10 Feb 2009 11:47:04 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1234266424.67.0.347806926975.issue5175@psf.upfronthosting.co.za>


Lisandro Dalcin <dalcinl at gmail.com> added the comment:

Mark, here you have a patch. I've only 'make test' on a 32bit Linux box

Just two comments:

- in docs: perhaps the 'versionchanged' stuff should be added.

- in tests: I did not touch Modules/_testcapimodule.c, as it seems the
test is covered. However, note that in all these tests, actual exception
types are not checked)

----------
keywords: +patch
Added file: http://bugs.python.org/file13010/negative-to-unsigned.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5175>
_______________________________________

From report at bugs.python.org  Tue Feb 10 12:51:52 2009
From: report at bugs.python.org (David Jones)
Date: Tue, 10 Feb 2009 11:51:52 +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: <1234266712.2.0.913816954101.issue5202@psf.upfronthosting.co.za>


David Jones <drj at pobox.com> added the comment:

Attached is a patch which is a diff from this version of wave.py :

http://svn.python.org/view/*checkout*/python/trunk/Lib/wave.py?rev=54394

----------
keywords: +patch
Added file: http://bugs.python.org/file13011/wave-20090210.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Tue Feb 10 13:28:43 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Tue, 10 Feb 2009 12:28:43 +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: <1234268923.19.0.122980458213.issue5202@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Wouldn't it be better if you only ignored the 'illegal seek' error
instead of ignoring any ioerror (should it even be always discarded) ? I
get a 'bad file descriptor' under Windows 7, but, again, can it be
always discarded ? 

You can also reproduce the problem without using wave:

>>> import sys
>>> sys.stdout.tell()

I'm really unsure about the proposed patch.

----------
nosy: +gpolo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Tue Feb 10 13:42:44 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 10 Feb 2009 12:42:44 +0000
Subject: [issue3386] [PATCH] distutils.sysconfig.get_python_lib prefix
	argument broken
In-Reply-To: <1216242653.79.0.3968685363.issue3386@psf.upfronthosting.co.za>
Message-ID: <1234269764.72.0.495636713494.issue3386@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Done in r69485. Thanks for the patch Phillip !

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3386>
_______________________________________

From report at bugs.python.org  Tue Feb 10 13:48:04 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 10 Feb 2009 12:48:04 +0000
Subject: [issue5203] ctypes segfaults when passing a unicode string to a
	function without argtypes
In-Reply-To: <1234270084.65.0.170774259742.issue5203@psf.upfronthosting.co.za>
Message-ID: <1234270084.65.0.170774259742.issue5203@psf.upfronthosting.co.za>


New submission from Amaury Forgeot d'Arc <amauryfa at gmail.com>:

The following code segfaults on platforms where HAVE_USABLE_WCHAR_T is
not defined (for example: narrow unicode build and sizeof(wchar_t)==4)

>>> from ctypes import *
>>> import ctypes.util
>>> CDLL(ctypes.util.find_library('c')).wcslen(u'text')

(it works if the argtypes member is defined)

The reason is a non initialized structure, and the correction is trivial:

--- Modules/_ctypes/callproc.c~ 2007-06-15 19:10:41.000000000 +0200
+++ Modules/_ctypes/callproc.c  2009-02-10 13:28:10.000000000 +0100
@@ -538,6 +538,7 @@
                int size = PyUnicode_GET_SIZE(obj);
                size += 1; /* terminating NUL */
                size *= sizeof(wchar_t);
+               pa->ffi_type = &ffi_type_pointer;
                pa->value.p = PyMem_Malloc(size);
                if (!pa->value.p) {
                        PyErr_NoMemory();

----------
assignee: theller
components: ctypes
messages: 81544
nosy: amaury.forgeotdarc, theller
severity: normal
status: open
title: ctypes segfaults when passing a unicode string to a function without argtypes
type: crash
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5203>
_______________________________________

From report at bugs.python.org  Tue Feb 10 13:52:54 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 10 Feb 2009 12:52:54 +0000
Subject: [issue3729] SystemError on calling len() if __len__() doesn't return
	an int
In-Reply-To: <1220021948.65.0.928639960663.issue3729@psf.upfronthosting.co.za>
Message-ID: <1234270374.93.0.101300088302.issue3729@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Fixed in #5137.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3729>
_______________________________________

From report at bugs.python.org  Tue Feb 10 14:02:17 2009
From: report at bugs.python.org (David Jones)
Date: Tue, 10 Feb 2009 13:02:17 +0000
Subject: [issue5202] wave.py cannot write wave files into a shell pipeline
In-Reply-To: <1234268923.19.0.122980458213.issue5202@psf.upfronthosting.co.za>
Message-ID: <8D6498EE-FCEE-450A-8BAB-605E1A9E6A40@pobox.com>


David Jones <drj at pobox.com> added the comment:

On 10 Feb 2009, at 12:28, Guilherme Polo wrote:

>
> Guilherme Polo <ggpolo at gmail.com> added the comment:
>
> Wouldn't it be better if you only ignored the 'illegal seek' error
> instead of ignoring any ioerror (should it even be always discarded) ?

No.

> I
> get a 'bad file descriptor' under Windows 7, but, again, can it be
> always discarded ?

Yes.

To expand: Observe that the exception is raised when we are writing  
the header for the first time.  The exception is not raised when we  
attempt to seek to patch the header, it is raised when we recording  
the file position so that we can seek to it later.

We record the file position even though we might not use it later  
(the file position is only needed if we need to patch the header).

So if we don't need to patch the header, we do not need the file  
position.  So we can clearly ignore any error in attempting to get  
the file position.

If we do need to patch the header, then we need the file position.   
If we do not have the file position (because the earlier attempt to  
get it failed), then patching the header will fail when it attempts a  
seek.  This seems reasonable to me.

>
> You can also reproduce the problem without using wave:
>
>>>> import sys
>>>> sys.stdout.tell()

That does not reproduce the problem.  The problem is not that tell  
raises an exception, the problem is that tell raises an exception and  
it is only being used to get some information that may be not needed  
later.  Therefore the exception should be ignored, and a problem  
should only be raised if it turns out that we did need for  
information that we couldn't get.

>
> I'm really unsure about the proposed patch.

Noted.

I also note that my patch can be improved by removing its last 11 lines.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Tue Feb 10 14:09:30 2009
From: report at bugs.python.org (David Jones)
Date: Tue, 10 Feb 2009 13:09:30 +0000
Subject: [issue5202] wave.py cannot write wave files into a shell pipeline
In-Reply-To: <1234268923.19.0.122980458213.issue5202@psf.upfronthosting.co.za>
Message-ID: <B1ACAE52-4EB0-4119-9CDF-FE1A1FEEE924@pobox.com>


David Jones <drj at pobox.com> added the comment:

On 10 Feb 2009, at 12:28, Guilherme Polo wrote:

>
> Guilherme Polo <ggpolo at gmail.com> added the comment:
>
> I'm really unsure about the proposed patch.

Perhaps my example was too trivial.  The point is that if you call  
setnframes then you can get wave.py to avoid patching the header; so  
it does not need to seek on the output file.  However, that _still_  
doesn't let you pipe the output, because of the "tell" problem.   
That's what the patch is for.

Here is a (slightly) less trivial example:

#!/usr/bin/env python
import sys
import wave
w = wave.open(sys.stdout, 'w')
w.setnchannels(1)
w.setsampwidth(1)
w.setframerate(2000)
w.setnframes(100)
for _ in range(50): w.writeframesraw('\x00\xff')
w.close()

(The wave file that it outputs is 100ms of 1000 Hz sine wave by the way)

Note the call to setnframes _before_ the data is written.  That's  
what means the header does not need to be patched.  With my patch  
applied the output of this program can be fed to a pipe.

If you remove the call to setnframes then the header will need to be  
patched, and this still (correctly, usefully) raises an error with my  
patch applied.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Tue Feb 10 14:22:13 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 10 Feb 2009 13:22:13 +0000
Subject: [issue5134] Compiler warnings in sqlite module
In-Reply-To: <1233600780.48.0.187282999033.issue5134@psf.upfronthosting.co.za>
Message-ID: <1234272133.0.0.644650324486.issue5134@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Fixed in r69489, r69490, r69491, r69492, r69493.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5134>
_______________________________________

From report at bugs.python.org  Tue Feb 10 14:33:27 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 10 Feb 2009 13:33:27 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1234272807.8.0.351782376071.issue4804@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Committed r69495

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4804>
_______________________________________

From report at bugs.python.org  Tue Feb 10 14:50:11 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 13:50:11 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1234273811.17.0.461849233545.issue5175@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks for the patch!

I agree that the 'versionchanged' reference should be added in the docs.
 I also think that the test should be updated to check the exception type.

Here's a modified version of your patch that adds a test for
OverflowError to the capi tests, adds 'versionchanged', and rewords the
docs slightly.  I also took the liberty of rewording the docs for
PyLong_AsLongLong, to match.  I've tested this on a 64-bit linux
machine, and checked that the docs build properly.  I'll test on 32-bit
and 64-bit OS X later today.

Lisandro, does this updated patch work for you?

Added file: http://bugs.python.org/file13012/negative-to-unsigned2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5175>
_______________________________________

From report at bugs.python.org  Tue Feb 10 15:08:35 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Feb 2009 14:08:35 +0000
Subject: [issue5204] test.os/TestInvalidFD/test_fdopen on VC6
In-Reply-To: <1234274915.85.0.510245571983.issue5204@psf.upfronthosting.co.za>
Message-ID: <1234274915.85.0.510245571983.issue5204@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

This comes from issue4804. This simple patch is required to pass
test_fdopen on VC6.

----------
components: Windows
files: test_fdopen_on_vc6.patch
keywords: patch
messages: 81551
nosy: ocean-city
severity: normal
stage: commit review
status: open
title: test.os/TestInvalidFD/test_fdopen on VC6
versions: Python 2.7
Added file: http://bugs.python.org/file13013/test_fdopen_on_vc6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5204>
_______________________________________

From report at bugs.python.org  Tue Feb 10 15:09:53 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 10 Feb 2009 14:09:53 +0000
Subject: [issue4804] Python on Windows disables all C runtime library
	assertions
In-Reply-To: <1230869380.06.0.720418986656.issue4804@psf.upfronthosting.co.za>
Message-ID: <1234274993.26.0.976638396881.issue4804@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I opened new issue related to VC6 as issue5204.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4804>
_______________________________________

From report at bugs.python.org  Tue Feb 10 15:36:31 2009
From: report at bugs.python.org (David Jones)
Date: Tue, 10 Feb 2009 14:36:31 +0000
Subject: [issue5202] wave.py cannot write wave files into a shell pipeline
In-Reply-To: <8D6498EE-FCEE-450A-8BAB-605E1A9E6A40@pobox.com>
Message-ID: <ADD89A44-5912-4421-8306-8FA91C3FF0B9@pobox.com>


David Jones <drj at pobox.com> added the comment:

On 10 Feb 2009, at 13:02, David Jones wrote:
>
> I also note that my patch can be improved by removing its last 11  
> lines.

Er, no it can't.  What was I thinking?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Tue Feb 10 16:01:49 2009
From: report at bugs.python.org (Lisandro Dalcin)
Date: Tue, 10 Feb 2009 15:01:49 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1234278109.84.0.302287509621.issue5175@psf.upfronthosting.co.za>


Lisandro Dalcin <dalcinl at gmail.com> added the comment:

It worked for me.

BTW, 'make test' did not noticed the change in Modules/testcapi_long.h,
which is #include'd by Modules/_testcapimodule.c. I've attached a
trivial patch for setup.py fixing the dependency issue.

Added file: http://bugs.python.org/file13014/setup.py.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5175>
_______________________________________

From report at bugs.python.org  Tue Feb 10 16:04:25 2009
From: report at bugs.python.org (Lie Ryan)
Date: Tue, 10 Feb 2009 15:04:25 +0000
Subject: [issue5205] String Formatting with namedtuple
In-Reply-To: <1234278265.2.0.777488862861.issue5205@psf.upfronthosting.co.za>
Message-ID: <1234278265.2.0.777488862861.issue5205@psf.upfronthosting.co.za>


New submission from Lie Ryan <lie.1296 at gmail.com>:

I've been experimenting with namedtuple, it seems that string formatting
doesn't recognize namedtuple as mapping. 

from collections import namedtuple
Nt = namedtuple('Nt', ['x', 'y'])
nt = Nt(12, 32)
print 'one = %(x)s, two = %(y)s' % nt

# output should be:
one = 12, two = 32

currently, it is possible to use nt._asdict() as a workaround, but I
think it will be easier and more intuitive to be able to use namedtuple
directly with string interpolation.

I tried this with 2.6 and 2.7a (trunk). Haven't seen 3.0 yet.

PS: Although the following works, it is not the topic of the issue:
print 'one = %s, two = %s' % nt

----------
components: Library (Lib)
messages: 81555
nosy: lieryan
severity: normal
status: open
title: String Formatting with namedtuple
type: feature request
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5205>
_______________________________________

From report at bugs.python.org  Tue Feb 10 16:05:34 2009
From: report at bugs.python.org (Lie Ryan)
Date: Tue, 10 Feb 2009 15:05:34 +0000
Subject: [issue5205] String Formatting with namedtuple
In-Reply-To: <1234278265.2.0.777488862861.issue5205@psf.upfronthosting.co.za>
Message-ID: <1234278334.84.0.274976570955.issue5205@psf.upfronthosting.co.za>


Changes by Lie Ryan <lie.1296 at gmail.com>:


----------
components: +Interpreter Core
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5205>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:14:27 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 16:14:27 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1234282467.93.0.764458399556.issue5175@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Committed, r69498 (trunk) and r69499 (py3k).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5175>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:26:38 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 16:26:38 +0000
Subject: [issue5175] negative PyLong -> C unsigned integral,
	TypeError or OverflowError?
In-Reply-To: <1233963466.4.0.0489916221286.issue5175@psf.upfronthosting.co.za>
Message-ID: <1234283198.79.0.686978754025.issue5175@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

...and your patch for setup.py applied in r69500, r69501, r69502, r69503.

Thank you!

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5175>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:43:04 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:43:04 +0000
Subject: [issue1035576] Add New RPM-friendly record option to setup.py
Message-ID: <1234284184.73.0.822884367741.issue1035576@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1035576>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:43:23 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:43:23 +0000
Subject: [issue818201] distutils: clean -b ignored;
	set_undefined_options doesn't
Message-ID: <1234284203.59.0.83272631047.issue818201@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue818201>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:45:16 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:45:16 +0000
Subject: [issue755286] Generate rpm filelist including directories
Message-ID: <1234284316.26.0.867079569584.issue755286@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Duplicate of issue1035576

----------
nosy: +akitada, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue755286>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:45:25 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:45:25 +0000
Subject: [issue1035576] Add New RPM-friendly record option to setup.py
Message-ID: <1234284325.65.0.729341796329.issue1035576@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

duplicate of issue755286

----------
nosy: +akitada

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1035576>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:46:27 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:46:27 +0000
Subject: [issue1169193] Handle ungzipped man pages in rpm builds correctly
Message-ID: <1234284387.46.0.136995168977.issue1169193@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1169193>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:47:28 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:47:28 +0000
Subject: [issue809846] distutils/bdistwin32 doesn't clean up RO files properly
Message-ID: <1234284448.87.0.965750536115.issue809846@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue809846>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:49:09 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:49:09 +0000
Subject: [issue1169193] Handle ungzipped man pages in rpm builds correctly
Message-ID: <1234284549.15.0.350390495577.issue1169193@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Duplicate of issue644744

----------
nosy: +akitada

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1169193>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:49:15 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:49:15 +0000
Subject: [issue644744] bdist_rpm fails when installing man pages
Message-ID: <1234284555.54.0.89469675139.issue644744@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Duplicate of issue1169193

----------
nosy: +akitada, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue644744>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:50:04 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:50:04 +0000
Subject: [issue1382562] --install-base not honored on win32
Message-ID: <1234284604.91.0.0150248754894.issue1382562@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1382562>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:53:00 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:53:00 +0000
Subject: [issue957381] bdist_rpm fails on redhat9, fc1, fc2
Message-ID: <1234284780.98.0.11761041319.issue957381@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Is this problem already closed?

----------
nosy: +akitada, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue957381>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:55:12 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:55:12 +0000
Subject: [issue1289136] distutils extension library path bug on cygwin
Message-ID: <1234284912.07.0.146508497443.issue1289136@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1289136>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:57:04 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Tue, 10 Feb 2009 16:57:04 +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: <1234285024.76.0.125197133795.issue5202@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

I see what you want to do, but I fell really uncomfortable by totally
ignoring IOError. I could get a bad file descriptor under Linux too, and
I wouldn't like to see it discarded for no reason.

Now, is there some problem if we remove the calls to the "tell" method
in _write_header ? See patch attached (tests are very welcome too).

Added file: http://bugs.python.org/file13015/writeheader_without_tell.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:57:18 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:57:18 +0000
Subject: [issue1274324] 'setup.py install' fail on linux from read-only storage
Message-ID: <1234285038.55.0.86919257791.issue1274324@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1274324>
_______________________________________

From report at bugs.python.org  Tue Feb 10 17:58:40 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 16:58:40 +0000
Subject: [issue1028432] Specify a source baseurl for bdist_rpm.
Message-ID: <1234285120.55.0.850301891089.issue1028432@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> feature request
versions: +Python 2.7, Python 3.1 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1028432>
_______________________________________

From report at bugs.python.org  Tue Feb 10 18:00:32 2009
From: report at bugs.python.org (Martin Blais)
Date: Tue, 10 Feb 2009 17:00:32 +0000
Subject: [issue5206] with context object for unittest assertRaises()
In-Reply-To: <1234285232.23.0.329909688935.issue5206@psf.upfronthosting.co.za>
Message-ID: <1234285232.23.0.329909688935.issue5206@psf.upfronthosting.co.za>


New submission from Martin Blais <blais at furius.ca>:

Here is a useful trick to restore the normal call syntax for delayed
evaluation for assertRaises():

     from contextlib import contextmanager

     @contextmanager
     def raised(exctype):
         try:
             yield
             raise AssertionError("Exception %s not raised." %
exctype.__name__)
         except exctype, e:
             pass

Then you can do this::

    with raised(ValueError):
        rate = foo(arg1, arg2)

Instead of ::

    self.assertRaises(foo, arg1, arg2)

Which means you don't have to break the function from its arguments (it
doesn't look like a function call anymore).

P.S. I know I didn't include self up there in my proposed implementation
but it could be parameterized to get the failureException. 

(This is a second issue:)
However, I really think that all the failUnlessXXX methods should be
taken out of the class and made available at module level so that they
can be reused by py.test tests as well, and they are perhaps even worthy
of their own module. I can't remember a single instance where I had to
override that failureException class...

Comments welcome, I'd be happy to fix this one myself if we can restore
my commit privileges (I think they expired because I didn't use them
since the need-for-speed workshop.)

----------
messages: 81564
nosy: blais
severity: normal
status: open
title: with context object for unittest assertRaises()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5206>
_______________________________________

From report at bugs.python.org  Tue Feb 10 18:02:53 2009
From: report at bugs.python.org (Akira Kitada)
Date: Tue, 10 Feb 2009 17:02:53 +0000
Subject: [issue1051216] make distutils.core.run_setup re-entrant
Message-ID: <1234285373.53.0.507907102766.issue1051216@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> feature request
versions: +Python 2.7, Python 3.1 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1051216>
_______________________________________

From report at bugs.python.org  Tue Feb 10 18:07:02 2009
From: report at bugs.python.org (Iakov Davydov)
Date: Tue, 10 Feb 2009 17:07:02 +0000
Subject: [issue5207] extend strftime/strptime format for RFC3339 and RFC2822
In-Reply-To: <1234285622.79.0.0309055191852.issue5207@psf.upfronthosting.co.za>
Message-ID: <1234285622.79.0.0309055191852.issue5207@psf.upfronthosting.co.za>


New submission from Iakov Davydov <dav01 at myths.ru>:

Currently there is no obvious way to parse time from ISO
8601/W3C/RFC3339 date&time format (http://www.ietf.org/rfc/rfc3339.txt)
or RFC2822. (Actually RFC2822 could be parsed with rfc822 module but
that is not very good way).

I suggest that we should add special directive (let's say %o) for time
offset which is "Z" or ("+" / "-") time-hour ":" time-minute.

Also %O directive will parse zone:  ( "+" / "-" ) time-hour time-minute.
(I suppose there is no need to support obsolate time zones but if that
is possible it's also good idea).

----------
components: Library (Lib)
messages: 81565
nosy: davydov
severity: normal
status: open
title: extend strftime/strptime format for RFC3339 and RFC2822
type: feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5207>
_______________________________________

From report at bugs.python.org  Tue Feb 10 18:07:03 2009
From: report at bugs.python.org (Martin Blais)
Date: Tue, 10 Feb 2009 17:07:03 +0000
Subject: [issue5206] with context object for unittest assertRaises()
In-Reply-To: <1234285232.23.0.329909688935.issue5206@psf.upfronthosting.co.za>
Message-ID: <1234285623.51.0.675843455209.issue5206@psf.upfronthosting.co.za>


Changes by Martin Blais <blais at furius.ca>:


----------
components: +Library (Lib)
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5206>
_______________________________________

From report at bugs.python.org  Tue Feb 10 18:10:27 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Tue, 10 Feb 2009 17:10:27 +0000
Subject: [issue4448] should socket readline() use default_bufsize instead of
	_rbufsize?
In-Reply-To: <1227819431.06.0.748604307582.issue4448@psf.upfronthosting.co.za>
Message-ID: <1234285827.63.0.203313574955.issue4448@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Issue 4879 has been resolved so that that HTTPResponse invokes 
socket.socket.makefile() with default buffering.  see r69209.  Since the 
problem stated in this defect has no bearing on 3.0 (there is no special 
hack for readline() in 3.0) I am closing this again.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4448>
_______________________________________

From report at bugs.python.org  Tue Feb 10 18:16:32 2009
From: report at bugs.python.org (Max)
Date: Tue, 10 Feb 2009 17:16:32 +0000
Subject: [issue5208] urllib2.build_opener([handler,
	...]) incorrect signature in docs
In-Reply-To: <1234286185.85.0.555213161426.issue5208@psf.upfronthosting.co.za>
Message-ID: <1234286185.85.0.555213161426.issue5208@psf.upfronthosting.co.za>


New submission from Max <mb at research-net.de>:

The build_opener() function of urllib2 is speciofied as:

urllib2.build_opener([handler, ...])

I think it should be:

urllib2.build_opener(handler, ...)

see
http://docs.python.org/library/urllib2.html?highlight=build_opener

----------
assignee: georg.brandl
components: Documentation
messages: 81567
nosy: B?hm, georg.brandl
severity: normal
status: open
title: urllib2.build_opener([handler, ...]) incorrect signature in docs
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5208>
_______________________________________

From report at bugs.python.org  Tue Feb 10 18:48:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 17:48:42 +0000
Subject: [issue1214675] module warnings lacks a remove filter function
Message-ID: <1234288122.17.0.196920316526.issue1214675@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1214675>
_______________________________________

From report at bugs.python.org  Tue Feb 10 18:50:59 2009
From: report at bugs.python.org (alec resnick)
Date: Tue, 10 Feb 2009 17:50:59 +0000
Subject: [issue4882] Behavior of backreferences to named groups in regular
	expressions unclear
In-Reply-To: <1232286694.84.0.157789544349.issue4882@psf.upfronthosting.co.za>
Message-ID: <62a60dd90902100950t348131d2m2b758e0b87d31d26@mail.gmail.com>


alec resnick <aresnickety at gmail.com> added the comment:

Hi Georg!

Sorry to be so long in getting back to you.  I've attached a suggested
patch for the python-2.6.1-docs-text/library/re.txt documentation.
Also, in looking over Kuchling's HOWTO, the necessary information is
actually there, and I just wasn't paying attention =)  Let me know if
I should do something else--this is my first 'fix'/submission to
Python, and I'm eager for feedback.

Thanks!

Gratefully,
a.

----------
keywords: +patch
Added file: http://bugs.python.org/file13016/re-backreference-clarification.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4882>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: re-backreference-clarification.patch
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090210/f4df1732/attachment.txt>

From report at bugs.python.org  Tue Feb 10 19:09:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:09:59 +0000
Subject: [issue1440472] email.Generator is not idempotent
Message-ID: <1234289399.67.0.341623804207.issue1440472@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Documentation -Library (Lib)
type:  -> behavior
versions: +Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1440472>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:10:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:10:28 +0000
Subject: [issue1661108] base64.urlsafe_b64encode() shouldn't use the =
	character
Message-ID: <1234289428.12.0.488613975479.issue1661108@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> georg.brandl
components: +Documentation -Library (Lib)
nosy: +georg.brandl
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1661108>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:10:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:10:41 +0000
Subject: [issue1381476] csv.reader endless loop
Message-ID: <1234289441.97.0.998551877155.issue1381476@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Invalid per discussion.

----------
nosy: +ajaksu2
title: csv.reader endless loop  -> csv.reader endless loop

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1381476>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:10:50 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:10:50 +0000
Subject: [issue1630794] Seg fault in readline call.
Message-ID: <1234289450.3.0.0757172206441.issue1630794@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Not confirmed with newer versions, closing suggested.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1630794>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:12:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:12:14 +0000
Subject: [issue3676] Obsolete references to PEP 291 in py3k lib
In-Reply-To: <1219671468.62.0.218344277949.issue3676@psf.upfronthosting.co.za>
Message-ID: <1234289534.46.0.30781186776.issue3676@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +facundobatista

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3676>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:12:33 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:12:33 +0000
Subject: [issue3734] subclassing complex
In-Reply-To: <1220049550.4.0.0881969750537.issue3734@psf.upfronthosting.co.za>
Message-ID: <1234289553.14.0.889357209954.issue3734@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed in trunk. Here's a copy-n-past'able testcase:


class xcomplex( complex ):
    def __new__(cls,*args,**kwargs):
        return complex.__new__(cls,*args,**kwargs)
    def __coerce__(self,other):
        t = complex.__coerce__(self,other)
        try:
            return (self,xcomplex(t[1]))
        except TypeError:
            return t
    def __add__(self,x):
        return xcomplex( complex.__add__(self,x) )
    def __radd__(self,x):
        return xcomplex( complex.__radd__(self,x) ) 

class xfloat(float):
    def __new__(cls,*args,**kwargs):
        return float.__new__(cls,*args,**kwargs)
    def __coerce__(self,other):
        t = float.__coerce__(self,other)
        try:
            return (self,float(t[1]))
        except TypeError:
            return t
    def __add__(self,x):
        return xfloat( float.__add__(self,x) )
    def __radd__(self,x):
        return xfloat( float.__radd__(self,x) )

z = 1j
xz = xcomplex(1j)
f = 1.0
xf = xfloat(1.0)

print type(z + xz)
print type(f + xf)

----------
components: +Interpreter Core -None
nosy: +ajaksu2, marketdickinson
versions: +Python 2.6, Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3734>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:12:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:12:43 +0000
Subject: [issue1732212] repr of 'nan' floats not parseable
Message-ID: <1234289563.1.0.786806704629.issue1732212@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

OP posted a message in python-dev, with no replies:
http://mail.python.org/pipermail/python-dev/2007-June/073625.html

----------
nosy: +ajaksu2, marketdickinson
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1732212>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:12:52 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:12:52 +0000
Subject: [issue1151323] New fpconst module
Message-ID: <1234289572.13.0.480559268917.issue1151323@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1151323>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:13:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:13:03 +0000
Subject: [issue1177779] explicit sign variable for longs
Message-ID: <1234289583.65.0.194091082555.issue1177779@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1177779>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:13:10 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:13:10 +0000
Subject: [issue1633648] incomplete numerical comparisons
Message-ID: <1234289590.93.0.943874426913.issue1633648@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1633648>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:13:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 18:13:59 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1219811392.29.0.37826020023.issue3694@psf.upfronthosting.co.za>
Message-ID: <1234289639.91.0.680236314337.issue3694@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:23:00 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 18:23:00 +0000
Subject: [issue5206] with context object for unittest assertRaises()
In-Reply-To: <1234285232.23.0.329909688935.issue5206@psf.upfronthosting.co.za>
Message-ID: <1234290180.2.0.789254752758.issue5206@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This is already done in trunk, you can use it as follows:

with self.assertRaises(ZeroDivisionError):
    1/0

----------
nosy: +pitrou
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5206>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:26:30 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 18:26:30 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1219811392.29.0.37826020023.issue3694@psf.upfronthosting.co.za>
Message-ID: <1234290390.48.0.209684764345.issue3694@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Yes, PyNumber_AsSsize_t() should be used instead.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:27:07 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 18:27:07 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1219811392.29.0.37826020023.issue3694@psf.upfronthosting.co.za>
Message-ID: <1234290427.28.0.637274887111.issue3694@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Oh, and a test should be added :)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:36:16 2009
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 10 Feb 2009 18:36:16 +0000
Subject: [issue1440472] email.Generator is not idempotent
Message-ID: <1234290976.72.0.867611790418.issue1440472@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I think we should update the documentation to mention these exceptions.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1440472>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:42:26 2009
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 10 Feb 2009 18:42:26 +0000
Subject: [issue1911] webbrowser.open firefox 3 issues
In-Reply-To: <1201051771.85.0.184797349871.issue1911@psf.upfronthosting.co.za>
Message-ID: <1234291346.62.0.452169848856.issue1911@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, closing.

----------
nosy: +georg.brandl
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1911>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:43:50 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 18:43:50 +0000
Subject: [issue1177779] explicit sign variable for longs
Message-ID: <1234291430.06.0.190398700051.issue1177779@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I agree with MvL, it should probably be rejected. Memory size of longs
is critical in py3k.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1177779>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:44:30 2009
From: report at bugs.python.org (Georg Brandl)
Date: Tue, 10 Feb 2009 18:44:30 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234291470.7.0.891349456771.issue1327971@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Well, easy access is not the point. If the object is supposed to have
the file-like interface, and can provide a fileno(), it should.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:58:53 2009
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 10 Feb 2009 18:58:53 +0000
Subject: [issue1175686] add "reload" function to IDLE
Message-ID: <1234292333.46.0.0581364900049.issue1175686@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
title: add "reload" function -> add "reload" function to IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1175686>
_______________________________________

From report at bugs.python.org  Tue Feb 10 19:59:23 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 10 Feb 2009 18:59:23 +0000
Subject: [issue5200] unicode.normalize gives wrong result for some characters
In-Reply-To: <1234262757.38.0.115515150702.issue5200@psf.upfronthosting.co.za>
Message-ID: <1234292363.63.0.869504877449.issue5200@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

It is not true that normalize produces "aaoAAO". Instead, it produces

u'a\u030aa\u0308o\u0308A\u030aA\u0308O\u0308'

This is the correct result, according to the Unicode specification. It
would be incorrect to normalize them unchanged under the Unicode Normal
Form D (for decomposed); the decomposed character for 'LATIN SMALL
LETTER A WITH RING ABOVE' (for example) is 'LATIN SMALL LETTER A' +
'COMBINING RING ABOVE'.

The wikipedia article is irrelevant; refer to the Unicode specification
for a normative reference.

Closing as invalid.

----------
nosy: +loewis
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5200>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:06:10 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 10 Feb 2009 19:06:10 +0000
Subject: [issue5138] File Reload for IDLE
In-Reply-To: <1233636526.93.0.952208632145.issue5138@psf.upfronthosting.co.za>
Message-ID: <1234292770.83.0.843763374289.issue5138@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Duplicate of 1175686.

----------
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5138>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:07:28 2009
From: report at bugs.python.org (Thomas Heller)
Date: Tue, 10 Feb 2009 19:07:28 +0000
Subject: [issue5203] ctypes segfaults when passing a unicode string to a
	function without argtypes
In-Reply-To: <1234270084.65.0.170774259742.issue5203@psf.upfronthosting.co.za>
Message-ID: <1234292848.32.0.700255469746.issue5203@psf.upfronthosting.co.za>


Thomas Heller <theller at ctypes.org> added the comment:

Fixed in trunk (rev 69505) and release26-maint (rev 69506).
The bug was already fixed in a different way in py3k and release30-maint
although in a different way, I merged this exact fix anyway (rev 69507
and rev 69508).

Thanks.

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5203>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:07:42 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 10 Feb 2009 19:07:42 +0000
Subject: [issue1175686] add "reload" function to IDLE
Message-ID: <1234292862.89.0.550899996737.issue1175686@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Kurt, is this something you can add?

Closed the duplicate issue 5138 and leaving this open.

IDLE would be *much* easier to use in conjunction with version control
if there were a reload option that did the equivalent of (close current
with no save, followed by open current file).

----------
assignee:  -> kbk
priority: low -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1175686>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:21:53 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 19:21:53 +0000
Subject: [issue3734] subclassing complex
In-Reply-To: <1220049550.4.0.0881969750537.issue3734@psf.upfronthosting.co.za>
Message-ID: <1234293713.73.0.478060863377.issue3734@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I'll take a look.

----------
assignee:  -> marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3734>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:34:50 2009
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 10 Feb 2009 19:34:50 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234294490.48.0.899224163822.issue1327971@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Georg is right and this has been fixed apparently in 3.0, leaving 2.7
and older broken.

There are two possible solutions to this. One is to change
socket._fileobject.fileno() to simply try self._sock.fp.fileno() if
self._sock.fileno() does not exist. The other option is to add a
__getattr__ to httplib.HTTPResponse to redirect to self.fp. Anyone have
an opinion?

----------
nosy: +brett.cannon
stage:  -> test needed
versions: +Python 2.4, Python 2.5, Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:41:21 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 10 Feb 2009 19:41:21 +0000
Subject: [issue5204] test.os/TestInvalidFD/test_fdopen on VC6
In-Reply-To: <1234274915.85.0.510245571983.issue5204@psf.upfronthosting.co.za>
Message-ID: <1234294881.99.0.509449981231.issue5204@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

The patch is fine, please apply.

----------
assignee:  -> ocean-city
nosy: +loewis
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5204>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:42:48 2009
From: report at bugs.python.org (Travis Hassloch)
Date: Tue, 10 Feb 2009 19:42:48 +0000
Subject: [issue5209] nntplib needs updating to RFC 3977
In-Reply-To: <1234294968.88.0.213485994333.issue5209@psf.upfronthosting.co.za>
Message-ID: <1234294968.88.0.213485994333.issue5209@psf.upfronthosting.co.za>


New submission from Travis Hassloch <travis at giganews.com>:

RFC 977 has been obsoleted by RFC 3977

Numerous new commands, standardized extensions, clarifications.

----------
components: Library (Lib)
messages: 81587
nosy: travis
severity: normal
status: open
title: nntplib needs updating to RFC 3977
type: feature request
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5209>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:44:16 2009
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 10 Feb 2009 19:44:16 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234295056.67.0.547486440543.issue1327971@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Another option is to change urllib.addinfourl to look for fileno() on an
HTTPResponse object.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:46:16 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 19:46:16 +0000
Subject: [issue1732212] repr of 'nan' floats not parseable
Message-ID: <1234295176.43.0.389311073808.issue1732212@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I don't see a huge need for this.  In 2.6, 3.0 and higher, float(repr(x)) recovers x reliably across platforms 
(modulo the occasional system strtod bug), even when x is an infinity or nan.

It's true that using float() doesn't help if you want to eval the repr of a container with nans in it.  But in 
that situation it's not hard to prefix the eval with "nan = float('nan'); inf = float('inf')".

Pete, are you still interested in this?  Can you suggest a solution that doesn't mess up the float(repr(.)) round-
trip?  I don't really want to lose the float(repr(.)) round-trip.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1732212>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:46:20 2009
From: report at bugs.python.org (Travis Hassloch)
Date: Tue, 10 Feb 2009 19:46:20 +0000
Subject: [issue5210] zlib does not indicate end of compressed stream properly
In-Reply-To: <1234295180.57.0.273384677161.issue5210@psf.upfronthosting.co.za>
Message-ID: <1234295180.57.0.273384677161.issue5210@psf.upfronthosting.co.za>


New submission from Travis Hassloch <travis at giganews.com>:

Underlying zlib can determine when it has hit the end of a compressed
stream without reading past the end.  Python zlib implementation requires
that one read past the end before it signals the end by putting data in
Decompress.unused_data.  This complicates interfacing with mixed
compressed/uncompressed streams.

----------
components: Library (Lib)
messages: 81590
nosy: travis
severity: normal
status: open
title: zlib does not indicate end of compressed stream properly
type: behavior
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5210>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:47:16 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 19:47:16 +0000
Subject: [issue1732212] repr of 'nan' floats not parseable
Message-ID: <1234295236.84.0.702552330551.issue1732212@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1732212>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:53:59 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 19:53:59 +0000
Subject: [issue1151323] New fpconst module
Message-ID: <1234295639.82.0.136444146022.issue1151323@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Since PEP 754 has been rejected, I think this issue can be closed.

As noted at the top of PEP 754, much of the functionality of the patch is 
already included (in somewhat different form) in 2.6 and 3.0.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1151323>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:56:32 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 19:56:32 +0000
Subject: [issue1633648] incomplete numerical comparisons
Message-ID: <1234295792.98.0.365481723911.issue1633648@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1633648>
_______________________________________

From report at bugs.python.org  Tue Feb 10 20:59:51 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 10 Feb 2009 19:59:51 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1219811392.29.0.37826020023.issue3694@psf.upfronthosting.co.za>
Message-ID: <1234295991.34.0.360748101494.issue3694@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Here's a patch with test for 3.x. Erm, I have no idea if that's all that
is necessary :)

Does this have the potential to break existing code?

Added file: http://bugs.python.org/file13017/pynumber_assizet.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Tue Feb 10 21:00:25 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 10 Feb 2009 20:00:25 +0000
Subject: [issue1177779] explicit sign variable for longs
Message-ID: <1234296025.84.0.816955344385.issue1177779@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I wasn't actually proposing to reject it, merely asking, since all
people who ever commented are also committers.

However, since nobody bothered committing it in the last 3+ years, I'm
now rejecting it.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1177779>
_______________________________________

From report at bugs.python.org  Tue Feb 10 21:02:55 2009
From: report at bugs.python.org (Raghuram Devarakonda)
Date: Tue, 10 Feb 2009 20:02:55 +0000
Subject: [issue2204] document ConfigParser behaviour when a file has same
	section multiple times
In-Reply-To: <1233769437.94.0.760647332001.issue2204@psf.upfronthosting.co.za>
Message-ID: <2c51ecee0902101202y1fbfaaacr8959407dd3449294@mail.gmail.com>


Raghuram Devarakonda <draghuram at gmail.com> added the comment:

> The attached patch is a proof of concept for throwing an exception.

If it is not too much of a problem, can you upload the patch to
http://codereview.appspot.com? Reviewing there is simpler. Also, you
will have to include some test cases in the patch.

> As discussed on the mailing list [1], it has some shortcomings that
> should be addressed before it is merged.

I think that the builder interface already has correct behaviour in
that duplicate sections are not allowed. So you can have
'unique_sections' control only parser interface and can set it to
False by default (to be compatible with current behaviour).

> [1]: http://mail.python.org/pipermail/python-dev/2009-

Correct discussion link:
http://mail.python.org/pipermail/python-dev/2009-February/085838.html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2204>
_______________________________________

From report at bugs.python.org  Tue Feb 10 21:03:37 2009
From: report at bugs.python.org (Peter Landgren)
Date: Tue, 10 Feb 2009 20:03:37 +0000
Subject: [issue5200] unicode.normalize gives wrong result for some characters
In-Reply-To: <1234292363.63.0.869504877449.issue5200@psf.upfronthosting.co.za>
Message-ID: <200902102104.52469.peter.talken@telia.com>


Peter Landgren <peter.talken at telia.com> added the comment:

Thanks for the fast response.

I understand that python follows the unicode specification. I think the unicode standard 
is not correct in this case for the Swedish letters. I have asked unicode.org for an 
explanation. 

Should not the Danish letter "?" be normalized as "O"? I get "?" for all NFC/NFD/NFKC/NFKD 
normalizations?

Regards,
Peter Landgren

Added file: http://bugs.python.org/file13018/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5200>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090210/6b9ff704/attachment.txt>

From report at bugs.python.org  Tue Feb 10 21:15:01 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 10 Feb 2009 20:15:01 +0000
Subject: [issue5200] unicode.normalize gives wrong result for some characters
In-Reply-To: <200902102104.52469.peter.talken@telia.com>
Message-ID: <4991E042.8050103@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Should not the Danish letter "?" be normalized as "O"? I get "?" for all NFC/NFD/NFKC/NFKD 
> normalizations?

I think you have a fundamental misunderstanding what a "decomposition"
is. "?" should *not* be decomposed as "O", because clearly, "?" and "O"
are different letters. If anything, it would be decomposed as
"O" + PLUS SOME COMBINING MARK

Now, in the specific case of

00D8;LATIN CAPITAL LETTER O WITH STROKE;Lu;0;L;;;;;N;LATIN CAPITAL
LETTER O SLASH;;;00F8;

no canonical decomposition is specified. Compare this to

00D5;LATIN CAPITAL LETTER O WITH TILDE;Lu;0;L;004F 0303;;;;N;LATIN
CAPITAL LETTER O TILDE;;;00F5;

which decomposes to U+004F followed by U+0303, i.e.
LATIN CAPITAL LETTER O followed by COMBINING TILDE.

If "?" was to be decomposed, it should use a mark COMBINING STROKE,
but no such combining mark exists in Unicode. I don't know why that
is; you would have to ask the Unicode consortium. In any case, Unicode
guarantees stability wrt. decompositions, so even if some combining
mark gets added later on, the existing decomposition remain stable.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5200>
_______________________________________

From report at bugs.python.org  Tue Feb 10 21:46:41 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 20:46:41 +0000
Subject: [issue722647] lower-level API for longs
Message-ID: <1234298801.57.0.483168884113.issue722647@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I recommend closing this due to lack of interest/PEP/patch.

2.7 and 3.1 now have n.bit_length(), which matches Gregory's proposed 
n.bitwid().

I'm semi-interested in the bit-access methods n.bit(x) and n.bit(hi, lo), 
but not enough to write a PEP or patch right now.

For n.bitarray(), it might be better to expose the 
_PyLong_{As,From}ByteArray methods instead.

----------
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue722647>
_______________________________________

From report at bugs.python.org  Tue Feb 10 21:50:10 2009
From: report at bugs.python.org (Peter Landgren)
Date: Tue, 10 Feb 2009 20:50:10 +0000
Subject: [issue5200] unicode.normalize gives wrong result for some characters
In-Reply-To: <4991E042.8050103@v.loewis.de>
Message-ID: <200902102151.34132.peter.talken@telia.com>


Peter Landgren <peter.talken at telia.com> added the comment:

The same applies  "?" and "A", "?" and "A" and "?" and "O"
which also are also different letters as "?" and "O" are. ("?" is the Danish version of 
"?" )
Maybe not in the unicode world but in treal life.

That's why I'm a little confused.
Will wait and see what/if the unicode people says.
In any case, thanks for the discussion.

Regards,
/Peter

Added file: http://bugs.python.org/file13019/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5200>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090210/88efba42/attachment-0001.txt>

From report at bugs.python.org  Tue Feb 10 22:00:43 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 21:00:43 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234299643.06.0.460538138644.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Some comments, while I remember:

* the argument to _Py_HashPointer is not always divisible by 8.  It's
called to create hashes for various objects, including methodobjects; see 
the line:

	y = _Py_HashPointer((void*)(a->m_ml->ml_meth));

in meth_hash in methodobject.c, for example; here ml_meth is a C function 
pointer.  I can't see how this could be a problem, though, especially as 
is seems very unlikely that two function pointers could be less than 8 
bytes apart.

* following from the above, it's also pretty unlikely that any two object 
pointers will be less than 16 bytes apart, so it might be worth seeing if 
performance with >>4 is noticeably any different from with >>3.

* we should make sure that the value returned by _Py_HashPointer isn't the 
illegal hash value -1 (though it's difficult to see how it could be).  One 
safe way to do this that shouldn't cost any CPU cycles would be to cast to 
unsigned long before the right shift, to be sure that the right shift 
zero-extends instead of sign-extending, so that the result is guaranteed 
nonnegative.

* It *would* be nice to do something about the SIZEOF_LONG < SIZEOF_VOID_P 
case: the current conversion to a PyLong seems like quite an expensive way 
to go.  And I've just ordered a computer with 64-bit Windows installed...

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Tue Feb 10 22:08:06 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 21:08:06 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1219811392.29.0.37826020023.issue3694@psf.upfronthosting.co.za>
Message-ID: <1234300086.82.0.747649053035.issue3694@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Well, a patch for 2.6 should be provided as well. Besides,
PyExc_OverflowError is probably a better choice than PyExc_IndexError
(but I'm not sure on this one).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Tue Feb 10 22:15:51 2009
From: report at bugs.python.org (David Jones)
Date: Tue, 10 Feb 2009 21:15:51 +0000
Subject: [issue5202] wave.py cannot write wave files into a shell pipeline
In-Reply-To: <1234285024.76.0.125197133795.issue5202@psf.upfronthosting.co.za>
Message-ID: <201829EA-2F63-4889-9F9E-97CD59A4CAEE@pobox.com>


David Jones <drj at pobox.com> added the comment:

On 10 Feb 2009, at 16:57, Guilherme Polo wrote:

>
> Guilherme Polo <ggpolo at gmail.com> added the comment:
>
> Now, is there some problem if we remove the calls to the "tell" method
> in _write_header ? See patch attached (tests are very welcome too).

Yes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Tue Feb 10 22:18:33 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 21:18:33 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234300713.05.0.597496618391.issue5186@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Some tests on py3k (32-bit build):

>>> l = [object() for i in range(20)]
>>> [id(l[i+1]) - id(l[i]) for i in range(len(l)-1)]
[16, -96, 104, 8, 8, 8, 8, 8, -749528, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8]
>>> class C(object):
...    __slots__ = ()
... 
>>> l = [C() for i in range(20)]
>>> [id(l[i+1]) - id(l[i]) for i in range(len(l)-1)]
[-104, 24, 8, 8, 8, 8, 8, 8, 8, 8, 8, 16, 8, 8, 8, 8, 16, -8, 16]
>>> class C(object):
...    __slots__ = ('x')
... 
>>> l = [C() for i in range(20)]
>>> [id(l[i+1]) - id(l[i]) for i in range(len(l)-1)]
[432, 24, -384, 408, 24, 24, -480, 528, 24, 24, 24, 24, 48, -360, 504,
24, -480, 552, 24]

So, as soon as an user-defined type isn't totally trivial, it is
allocated in at least 24-byte memory units. Shifting by 4 shouldn't be
detrimental performance-wise, unless you allocate lots of purely empty
object() instances...

Note: a 64-bit build shows an even greater allocation unit:

>>> class C(object):
...    __slots__ = ('x')
... 
>>> l = [C() for i in range(20)]
>>> [id(l[i+1]) - id(l[i]) for i in range(len(l)-1)]
[56, -112, 168, 56, 56, 56, 56, 56, 56, 56, 56, 56, 56, 56, 56, 56, 56,
56, 56]

I wonder why the allocation unit is 56 and not 48 (2*24).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Tue Feb 10 22:32:18 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 10 Feb 2009 21:32:18 +0000
Subject: [issue5200] unicode.normalize gives wrong result for some characters
In-Reply-To: <200902102151.34132.peter.talken@telia.com>
Message-ID: <4991F25F.8080205@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> The same applies  "?" and "A", "?" and "A" and "?" and "O"
> which also are also different letters as "?" and "O" are. 

Sure. And rightfully, they "?" is *not* (I repeat: not)
normalized as "A", under NFD:

py> unicodedata.normalize("NFD", u"?")
u'A\u030a'

> Maybe not in the unicode world but in treal life.

They are different letters also in the Unicode world.

> That's why I'm a little confused.

I think the confusion comes from your assumption that
normalizing "?" produces "A". It does not. Really not.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5200>
_______________________________________

From report at bugs.python.org  Tue Feb 10 22:34:01 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 10 Feb 2009 21:34:01 +0000
Subject: [issue1732212] repr of 'nan' floats not parseable
Message-ID: <1234301641.04.0.18743522725.issue1732212@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Recommend closing this.  We like to have eval(repr(obj))==obj where
possible but it is not a strict requirement.  Am opposed to the two
proposed solutions (float attributes or new literals).  Mark's solution
of defining nan=float('nan') whereever you care about it seems like a
reasonable workaround.

IMO, the special case code we've already added to support NaNs and Infs
has already far exceeded their worth in real-world use cases.  No need
to further muddy the waters when simple workarounds exist.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1732212>
_______________________________________

From report at bugs.python.org  Tue Feb 10 22:39:20 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 10 Feb 2009 21:39:20 +0000
Subject: [issue5206] with context object for unittest assertRaises()
In-Reply-To: <1234285232.23.0.329909688935.issue5206@psf.upfronthosting.co.za>
Message-ID: <1234301960.09.0.581258239726.issue5206@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Humph!  The time machine strikes again.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5206>
_______________________________________

From report at bugs.python.org  Tue Feb 10 22:41:29 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 10 Feb 2009 21:41:29 +0000
Subject: [issue1732212] repr of 'nan' floats not parseable
Message-ID: <1234302089.43.0.852320250965.issue1732212@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1732212>
_______________________________________

From report at bugs.python.org  Tue Feb 10 22:46:29 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 21:46:29 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234300713.05.0.597496618391.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234302425.7395.5.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

Le mardi 10 f?vrier 2009 ? 21:18 +0000, Antoine Pitrou a ?crit :
> Note: a 64-bit build shows an even greater allocation unit:
> 
> >>> class C(object):
> ...    __slots__ = ('x')
> ... 
> >>> l = [C() for i in range(20)]
> >>> [id(l[i+1]) - id(l[i]) for i in range(len(l)-1)]
> [56, -112, 168, 56, 56, 56, 56, 56, 56, 56, 56, 56, 56, 56, 56, 56, 56,
> 56, 56]
> 
> I wonder why the allocation unit is 56 and not 48 (2*24).

I have found the answer. The PyGC_Head forces its own alignment using a
"long double" dummy, which in 64-bit mode (Linux / gcc) wastes 8 bytes
between the end of the PyGC_Head and the PyObject itself.
(SIZEOF_LONG_DOUBLE is 16 in pyconfig.h)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Tue Feb 10 22:54:33 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 21:54:33 +0000
Subject: [issue722647] lower-level API for longs
Message-ID: <1234302873.6.0.215719081876.issue722647@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Closing.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue722647>
_______________________________________

From report at bugs.python.org  Tue Feb 10 22:59:41 2009
From: report at bugs.python.org (Travis Hassloch)
Date: Tue, 10 Feb 2009 21:59:41 +0000
Subject: [issue5209] nntplib needs updating to RFC 3977
In-Reply-To: <1234294968.88.0.213485994333.issue5209@psf.upfronthosting.co.za>
Message-ID: <1234303181.21.0.3895527884.issue5209@psf.upfronthosting.co.za>


Travis Hassloch <travis at giganews.com> added the comment:

Attached is a difference which implements CAPABILITIES and MODE READER
and leaves some TODO comments for other RFC 3977 commands.

----------
keywords: +patch
Added file: http://bugs.python.org/file13020/nntplib.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5209>
_______________________________________

From report at bugs.python.org  Tue Feb 10 23:23:07 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 22:23:07 +0000
Subject: [issue3734] subclassing complex
In-Reply-To: <1220049550.4.0.0881969750537.issue3734@psf.upfronthosting.co.za>
Message-ID: <1234304587.24.0.0166894287074.issue3734@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

So there's a hint about what's happening here at the bottom of the section

http://docs.python.org/reference/datamodel.html#id5

of the docs, where it says:

"""In the current implementation, the built-in numeric types int, long and 
float do not use coercion; the type complex however does use it. The 
difference can become apparent when subclassing these types. Over time, 
the type complex may be fixed to avoid coercion. [...]"""

In the OPs example, when z + xz is evaluated, xz is (successfully) coerced 
to type complex, and then complex.__add__ is called to do the addition as 
usual.   There's definitely (at least) a documentation bug here, given 
that at the same place as referenced above it says:

"""New-style classes (those derived from object) never invoke the 
__coerce__() method in response to a binary operator; the only time 
__coerce__() is invoked is when the built-in function coerce() is 
called."""

At the level of the C code, the practical difference between complex and 
(for example) float is that the float type has Py_TPFLAGS_CHECKTYPES set, 
and all arithmetic operations do their own conversions.  The complex type 
doesn't set Py_TPFLAGS_CHECKTYPES, and so (contrary to the documentation) 
relies on complex_coerce to do any conversions.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3734>
_______________________________________

From report at bugs.python.org  Tue Feb 10 23:31:06 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 22:31:06 +0000
Subject: [issue4631] urlopen returns extra, spurious bytes
In-Reply-To: <1228994582.88.0.234313374656.issue4631@psf.upfronthosting.co.za>
Message-ID: <1234305066.41.0.889519325769.issue4631@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I took a look at the patch and it looks ok, apart from the
_checkClosed() hack (but I don't think there's any immediate solution).
It should be noted that HTTPResponse.readline() will be awfully slow
since, as HTTPResponse doesn't have peek(), readline() will call read()
one byte at a time...

(slow I/O is nothing new in py3k, however :-))

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4631>
_______________________________________

From report at bugs.python.org  Wed Feb 11 00:03:50 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Feb 2009 23:03:50 +0000
Subject: [issue4631] urlopen returns extra, spurious bytes
In-Reply-To: <1228994582.88.0.234313374656.issue4631@psf.upfronthosting.co.za>
Message-ID: <1234307030.35.0.45715962712.issue4631@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is a patch without the _checkClosed() hack. The solution is simply
to remove redundant _checkClosed() calls in IOBase (for example,
readline() doesn't need to do an explicit `closed` check as it calls
read()).

Added file: http://bugs.python.org/file13021/urllib-chunked2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4631>
_______________________________________

From report at bugs.python.org  Wed Feb 11 00:19:23 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 23:19:23 +0000
Subject: [issue5211] Fix complex type to avoid coercion in 2.7.
In-Reply-To: <1234307963.56.0.00813246872741.issue5211@psf.upfronthosting.co.za>
Message-ID: <1234307963.56.0.00813246872741.issue5211@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

In the 'coercion rules' section of the reference manual, at:

http://docs.python.org/dev/reference/datamodel.html#id5

it says:

"""Over time, the type complex may be fixed to avoid coercion."""

In 3.x, the complex type has (necessarily) been fixed to avoid coercion, 
and it ought to be a fairly easy task to backport that fix to 2.7, for 
someone who wants to get his or her feet wet with some CPython hacking.

As far as I can see, there's no great benefit in such a change, except 
that the presence of coercion for the complex type causes confusion 
occasionally: see issue 3734 for an example of this.

----------
components: Interpreter Core
keywords: easy
messages: 81612
nosy: marketdickinson
priority: low
severity: normal
status: open
title: Fix complex type to avoid coercion in 2.7.
type: feature request
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5211>
_______________________________________

From report at bugs.python.org  Wed Feb 11 00:25:38 2009
From: report at bugs.python.org (sorin)
Date: Tue, 10 Feb 2009 23:25:38 +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: <1234308338.54.0.987109033835.issue4947@psf.upfronthosting.co.za>


Changes by sorin <sorin.sbarnea at gmail.com>:


----------
nosy: +sorin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4947>
_______________________________________

From report at bugs.python.org  Wed Feb 11 00:31:58 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 10 Feb 2009 23:31:58 +0000
Subject: [issue3734] subclassing complex
In-Reply-To: <1220049550.4.0.0881969750537.issue3734@psf.upfronthosting.co.za>
Message-ID: <1234308718.53.0.0198741671052.issue3734@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I think this issue comes down to a doc fix, though I've opened issue 5211 
for anyone who fancies having a go at removing coercion from the complex 
type.

Here's a doc patch.

----------
assignee: marketdickinson -> georg.brandl
keywords: +patch
nosy: +georg.brandl
Added file: http://bugs.python.org/file13022/issue3734.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3734>
_______________________________________

From report at bugs.python.org  Wed Feb 11 01:00:08 2009
From: report at bugs.python.org (Blair)
Date: Wed, 11 Feb 2009 00:00:08 +0000
Subject: [issue3734] subclassing complex
In-Reply-To: <1220049550.4.0.0881969750537.issue3734@psf.upfronthosting.co.za>
Message-ID: <1234310408.89.0.758509545847.issue3734@psf.upfronthosting.co.za>


Blair <bidihall at gmail.com> added the comment:

While Mark Dickinson's patch fixes the documentation, it does not offer 
a solution to the original problem, which was rooted in a need to 
provide special behaviour based on the numeric types. I made the 
original posting because I hoped that this problem could be resolved.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3734>
_______________________________________

From report at bugs.python.org  Wed Feb 11 01:39:28 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Feb 2009 00:39:28 +0000
Subject: [issue4631] urlopen returns extra, spurious bytes
In-Reply-To: <1228994582.88.0.234313374656.issue4631@psf.upfronthosting.co.za>
Message-ID: <1234312768.94.0.913228147735.issue4631@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution:  -> accepted
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4631>
_______________________________________

From report at bugs.python.org  Wed Feb 11 01:39:52 2009
From: report at bugs.python.org (.:. brainsik)
Date: Wed, 11 Feb 2009 00:39:52 +0000
Subject: [issue5212] Incorrect note about md5 in hmac module documentation
In-Reply-To: <1234312792.25.0.547667950303.issue5212@psf.upfronthosting.co.za>
Message-ID: <1234312792.25.0.547667950303.issue5212@psf.upfronthosting.co.za>


New submission from .:. brainsik <spork-python at theory.org>:

The HMAC module page [1] says:

Note: The md5 hash has known weaknesses but remains the default for
backwards compatibility. Choose a better one for your application.

However, according to the "Hash Collision Q&A" [2] linked to from the
hashlib module [3], md5 is not vulnerable when used in an HMAC:

Q: Do these attacks break HMAC using MD5 or SHA-1?
A: No. Because of the way hash functions are used in the HMAC
construction, the techniques used in these recent attacks do not apply.

It seems like the note is incorrect.

1. http://docs.python.org/library/hmac.html
2. http://www.cryptography.com/cnews/hash.html
3. http://docs.python.org/library/hashlib.html

----------
assignee: georg.brandl
components: Documentation
messages: 81615
nosy: brainsik, georg.brandl
severity: normal
status: open
title: Incorrect note about md5 in hmac module documentation
type: security
versions: Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5212>
_______________________________________

From report at bugs.python.org  Wed Feb 11 01:44:24 2009
From: report at bugs.python.org (.:. brainsik)
Date: Wed, 11 Feb 2009 00:44:24 +0000
Subject: [issue5212] Incorrect note about md5 in hmac module documentation
In-Reply-To: <1234312792.25.0.547667950303.issue5212@psf.upfronthosting.co.za>
Message-ID: <1234313064.0.0.0236707531169.issue5212@psf.upfronthosting.co.za>


.:. brainsik <spork-python at theory.org> added the comment:

Bruce Schneier also says (regarding the SHA-1 collision attacks), "it
doesn't affect applications such as HMAC where collisions aren't important":

http://www.schneier.com/blog/archives/2005/02/sha1_broken.html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5212>
_______________________________________

From report at bugs.python.org  Wed Feb 11 02:02:34 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Feb 2009 01:02:34 +0000
Subject: [issue4631] urlopen returns extra, spurious bytes
In-Reply-To: <1228994582.88.0.234313374656.issue4631@psf.upfronthosting.co.za>
Message-ID: <1234314154.19.0.267156226435.issue4631@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Committed in r69513, r69514. Thanks everyone!

----------
resolution: accepted -> fixed
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4631>
_______________________________________

From report at bugs.python.org  Wed Feb 11 02:27:08 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 01:27:08 +0000
Subject: [issue616247] More documentation for the imp module
Message-ID: <1234315628.21.0.80384589097.issue616247@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee: jvr -> brett.cannon
nosy: +brett.cannon
versions: +Python 2.7, Python 3.1 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue616247>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:11:29 2009
From: report at bugs.python.org (Rafe Kaplan)
Date: Wed, 11 Feb 2009 02:11:29 +0000
Subject: [issue5094] datetime lacks concrete tzinfo impl. for UTC
In-Reply-To: <1233190363.25.0.24659427347.issue5094@psf.upfronthosting.co.za>
Message-ID: <1234318289.35.0.600044611228.issue5094@psf.upfronthosting.co.za>


Changes by Rafe Kaplan <rafek at google.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file13023/datetime-utc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5094>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:29:48 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Feb 2009 02:29:48 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1234319388.11.0.729658311919.issue1533164@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Indeed, this is a well-known issue. Many packages put an "optimize=1" in
their setup.cfg in order to solve it.

----------
assignee:  -> tarek
nosy: +pitrou, tarek
type:  -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.4, Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:50:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:50:02 +0000
Subject: [issue689895] Imports can deadlock
Message-ID: <1234320602.73.0.991722981531.issue689895@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue689895>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:50:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:50:47 +0000
Subject: [issue787113] zipimport on meta_path fails with mutual importers
Message-ID: <1234320647.73.0.597680146146.issue787113@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee: jvr -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue787113>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:51:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:51:41 +0000
Subject: [issue809254] imp.find_module doesn't work in /tmp
Message-ID: <1234320701.66.0.716422155585.issue809254@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue809254>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:52:00 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:52:00 +0000
Subject: [issue828743] bdist_rpm failure when no setup.py
Message-ID: <1234320720.21.0.980298136932.issue828743@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue828743>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:52:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:52:32 +0000
Subject: [issue828450] sdist generates bad MANIFEST on Windows
Message-ID: <1234320752.66.0.0481998590612.issue828450@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue828450>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:52:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:52:59 +0000
Subject: [issue856103] reload() fails with modules from zips
Message-ID: <1234320779.87.0.816701855431.issue856103@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue856103>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:53:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:53:22 +0000
Subject: [issue965206] importing dynamic modules via embedded python
Message-ID: <1234320802.62.0.899574176925.issue965206@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue965206>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:53:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:53:54 +0000
Subject: [issue966431] import x.y inside of module x.y
Message-ID: <1234320834.53.0.484441528606.issue966431@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue966431>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:55:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:55:04 +0000
Subject: [issue992389] attribute error after non-from import
Message-ID: <1234320904.26.0.232658725725.issue992389@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
versions: +Python 2.7, Python 3.1 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue992389>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:55:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:55:24 +0000
Subject: [issue993766] bdist_dumb and --relative on Windows fails
Message-ID: <1234320924.11.0.144428916066.issue993766@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue993766>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:55:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:55:42 +0000
Subject: [issue1011113] distutils install with -b / --build-base
Message-ID: <1234320942.16.0.108066404297.issue1011113@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1011113>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:56:08 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:56:08 +0000
Subject: [issue1059244] distutil bdist hardcodes the python location
Message-ID: <1234320968.51.0.945306743557.issue1059244@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
components: +Distutils -None
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1059244>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:56:55 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:56:55 +0000
Subject: [issue1109602] Need some setup.py sanity
Message-ID: <1234321015.9.0.87291367124.issue1109602@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1109602>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:57:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:57:24 +0000
Subject: [issue1109658] distutils dry-run breaks when attempting to bytecompile
Message-ID: <1234321044.34.0.634376000869.issue1109658@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1109658>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:57:44 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:57:44 +0000
Subject: [issue1109963] bdist_wininst ignores build_lib from build command
Message-ID: <1234321064.25.0.696459239474.issue1109963@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
versions: +Python 2.7 -Python 2.4, Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1109963>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:58:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:58:28 +0000
Subject: [issue1214675] module warnings lacks a remove filter function
Message-ID: <1234321108.97.0.230331666277.issue1214675@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1214675>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:59:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:59:14 +0000
Subject: [issue1419652] PyImport_AppendInittab stores pointer to parameter
Message-ID: <1234321154.92.0.908488683949.issue1419652@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee: loewis -> brett.cannon
nosy: +brett.cannon
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1419652>
_______________________________________

From report at bugs.python.org  Wed Feb 11 03:59:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 02:59:46 +0000
Subject: [issue1220756] Re-importing embedded thread dumps core
Message-ID: <1234321186.85.0.925276609239.issue1220756@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1220756>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:01:11 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:01:11 +0000
Subject: [issue701743] Reloading pseudo modules
Message-ID: <1234321271.32.0.188742169435.issue701743@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
type:  -> feature request
versions: +Python 2.6, Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue701743>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:01:45 2009
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 11 Feb 2009 03:01:45 +0000
Subject: [issue5094] datetime lacks concrete tzinfo impl. for UTC
In-Reply-To: <1233190363.25.0.24659427347.issue5094@psf.upfronthosting.co.za>
Message-ID: <1234321305.74.0.269675488932.issue5094@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5094>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:02:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:02:04 +0000
Subject: [issue779191] BasicModuleLoader behaviour in Python 2.3c2
Message-ID: <1234321324.82.0.506461232461.issue779191@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue779191>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:03:30 2009
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 11 Feb 2009 03:03:30 +0000
Subject: [issue4347] Circular dependency causes SystemError when adding new
	syntax
In-Reply-To: <1227022091.75.0.852526924329.issue4347@psf.upfronthosting.co.za>
Message-ID: <1234321410.87.0.487071485133.issue4347@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
priority:  -> normal
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4347>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:03:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:03:43 +0000
Subject: [issue1044382] Can't raise "C API version mismatch" warning
Message-ID: <1234321423.75.0.803777112043.issue1044382@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1044382>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:04:06 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:04:06 +0000
Subject: [issue1074015] current directory in sys.path handles symlinks badly
Message-ID: <1234321446.96.0.872434800547.issue1074015@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
components: +Interpreter Core -None
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1074015>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:04:37 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:04:37 +0000
Subject: [issue1161031] Neverending warnings from asyncore
Message-ID: <1234321477.38.0.373299486374.issue1161031@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +brett.cannon
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1161031>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:05:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:05:39 +0000
Subject: [issue1507224] sys.path issue if sys.prefix contains a colon
Message-ID: <1234321539.37.0.464451203878.issue1507224@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
type:  -> behavior
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1507224>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:06:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:06:27 +0000
Subject: [issue1525549] Document additions from PEP 302
Message-ID: <1234321587.99.0.648703320564.issue1525549@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
versions: +Python 2.6, Python 3.0 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1525549>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:06:51 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:06:51 +0000
Subject: [issue1514734] site.py can break the location of the python library
Message-ID: <1234321611.19.0.511848217544.issue1514734@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1514734>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:07:04 2009
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 11 Feb 2009 03:07:04 +0000
Subject: [issue2775] Implement PEP 3108
In-Reply-To: <1210097469.77.0.880435072777.issue2775@psf.upfronthosting.co.za>
Message-ID: <1234321624.8.0.669711701736.issue2775@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2775>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:07:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:07:38 +0000
Subject: [issue1534764] sys.path gets munged with certain directory structures
Message-ID: <1234321658.05.0.536022897465.issue1534764@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1534764>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:07:52 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:07:52 +0000
Subject: [issue1538778] pyo's are not overwritten by different optimization
	levels
Message-ID: <1234321672.37.0.39679409589.issue1538778@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1538778>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:08:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:08:20 +0000
Subject: [issue1539925] warnings in interactive sessions
Message-ID: <1234321700.49.0.840844685287.issue1539925@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1539925>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:09:10 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:09:10 +0000
Subject: [issue1548371] filterwarnings('error') has no effect
Message-ID: <1234321750.52.0.856047256627.issue1548371@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
components: +Library (Lib) -None
nosy: +brett.cannon
type:  -> behavior
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1548371>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:09:25 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:09:25 +0000
Subject: [issue1548687] C modules reloaded on certain failed imports
Message-ID: <1234321765.03.0.116306967112.issue1548687@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1548687>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:10:00 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:10:00 +0000
Subject: [issue1590864] import deadlocks when using PyObjC threads
Message-ID: <1234321800.91.0.311905894592.issue1590864@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1590864>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:10:19 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:10:19 +0000
Subject: [issue1635217] Add example of distutils setup() with "requires"
	argument
Message-ID: <1234321819.38.0.266653387962.issue1635217@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
type:  -> feature request
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1635217>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:11:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:11:02 +0000
Subject: [issue1644818] Allow importing built-in submodules
Message-ID: <1234321862.46.0.0691624660663.issue1644818@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1644818>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:12:23 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:12:23 +0000
Subject: [issue1562822] decimal module borks thread
Message-ID: <1234321943.12.0.0876684622012.issue1562822@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1562822>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:13:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 03:13:12 +0000
Subject: [issue1552880] Unicode Imports
Message-ID: <1234321992.95.0.789608640669.issue1552880@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon, ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1552880>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:13:50 2009
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 11 Feb 2009 03:13:50 +0000
Subject: [issue616247] More documentation for the imp module
Message-ID: <1234322030.38.0.627248490999.issue616247@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue616247>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:14:59 2009
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 11 Feb 2009 03:14:59 +0000
Subject: [issue2227] time.strptime too strict? should it assume current year?
In-Reply-To: <1204580486.17.0.196786227347.issue2227@psf.upfronthosting.co.za>
Message-ID: <1234322099.29.0.304923857505.issue2227@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2227>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:15:14 2009
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 11 Feb 2009 03:15:14 +0000
Subject: [issue4011] Create DAG for PEP 101
In-Reply-To: <1222896665.95.0.381960877122.issue4011@psf.upfronthosting.co.za>
Message-ID: <1234322114.44.0.715710901622.issue4011@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4011>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:31:53 2009
From: report at bugs.python.org (Adam Olsen)
Date: Wed, 11 Feb 2009 03:31:53 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234323113.24.0.149926248907.issue5186@psf.upfronthosting.co.za>


Adam Olsen <rhamph at gmail.com> added the comment:

On my 64-bit linux box there's nothing in the last 4 bits:

>>> [id(o)%16 for o in [object() for i in range(128)]]
[0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0, 0, 0]

And with a bit more complicated functions I can determine how much shift
gives us the lowest collision rate:

def a(size, shift):
    return len(set((id(o) >> shift) % (size * 2) for o in [object() for
i in range(size)]))

def b(size):
    return [a(size, shift) for shift in range(11)]

def c():
    for i in range(1, 9):
        size = 2**i
        x = ', '.join('% 3s' % count for count in b(size))
        print('% 3s: %s' % (size, x))

>>> c()
  2:   1,   1,   1,   2,   2,   1,   1,   1,   2,   2,   2
  4:   1,   1,   2,   3,   4,   3,   2,   4,   4,   3,   2
  8:   1,   2,   4,   6,   6,   7,   8,   6,   4,   3,   2
 16:   2,   4,   7,   9,  12,  13,  12,   8,   5,   3,   2
 32:   4,   8,  14,  23,  30,  25,  19,  12,   7,   4,   2
 64:   8,  16,  32,  55,  64,  38,  22,  13,   8,   4,   2
128:  16,  32,  64, 114, 128,  71,  39,  22,  12,   6,   3
256:  32,  64, 128, 242, 242, 123,  71,  38,  20,  10,   5

The fifth column (ie 4 bits of shift, a divide of 16) works the best. 
Although it varies from run to run, probably more than half the results
in that column have no collisions at all.

.. although, if I replace object() with list() I get best results with a
shift of 6 bits.  Replacing it with dict() is best with 8 bits.

We may want something more complicated.

----------
nosy: +Rhamphoryncus

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 04:53:49 2009
From: report at bugs.python.org (Adam Olsen)
Date: Wed, 11 Feb 2009 03:53:49 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234324429.91.0.00762524996667.issue5186@psf.upfronthosting.co.za>


Adam Olsen <rhamph at gmail.com> added the comment:

Upon further inspection, although a shift of 4 (on a 64-bit linux box)
isn't perfect for dict, it's fairly close to it and well beyond random
hash values.  Mixing things more is just gonna lower it towards random
values.

>>> c()
  2:   1,   1,   1,   2,   2,   1,   1,   1,   1,   1,   2
  4:   1,   1,   2,   3,   4,   3,   3,   2,   2,   2,   3
  8:   1,   2,   4,   7,   8,   7,   5,   6,   7,   5,   5
 16:   2,   4,   7,  11,  16,  15,  12,  14,  15,   9,   7
 32:   3,   5,  10,  18,  31,  30,  30,  30,  31,  20,  12
 64:   8,  14,  23,  36,  47,  54,  59,  59,  61,  37,  21
128:  16,  32,  58,  83, 118, 100, 110, 114, 126,  73,  41
256:  32,  64, 128, 195, 227, 197, 203, 240, 253, 150,  78

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:06:37 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Wed, 11 Feb 2009 04:06:37 +0000
Subject: [issue5213] _resolve_name in importlib/__init__.py left an index on
	rindex usage
In-Reply-To: <1234325197.68.0.593462014279.issue5213@psf.upfronthosting.co.za>
Message-ID: <1234325197.68.0.593462014279.issue5213@psf.upfronthosting.co.za>


New submission from Guilherme Polo <ggpolo at gmail.com>:

I guess this happened due to the transition from rsplit to rindex.

----------
assignee: brett.cannon
components: Library (Lib)
files: _resolve_name_rindex.diff
keywords: easy, patch
messages: 81621
nosy: brett.cannon, gpolo
severity: normal
status: open
title: _resolve_name in importlib/__init__.py left an index on rindex usage
versions: Python 2.7
Added file: http://bugs.python.org/file13024/_resolve_name_rindex.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5213>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:13:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:13:27 +0000
Subject: [issue3844] Script: find untested C functions
In-Reply-To: <1221183130.16.0.392255875498.issue3844@psf.upfronthosting.co.za>
Message-ID: <1234325607.81.0.722657726122.issue3844@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Closing: resource available externally (
http://bazaar.launchpad.net/~ajaksu/ccoverage/trunk/files )

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3844>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:14:02 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Wed, 11 Feb 2009 04:14:02 +0000
Subject: [issue5204] test.os/TestInvalidFD/test_fdopen on VC6
In-Reply-To: <1234274915.85.0.510245571983.issue5204@psf.upfronthosting.co.za>
Message-ID: <1234325642.94.0.0923254990781.issue5204@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Thanks, committed in r69516.

----------
resolution: accepted -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5204>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:15:05 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:15:05 +0000
Subject: [issue1665206] Hangup when using cgitb in a thread while still in
	import
Message-ID: <1234325705.99.0.614805131991.issue1665206@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1665206>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:22:18 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:22:18 +0000
Subject: [issue1175686] add "reload" function to IDLE
Message-ID: <1234326138.29.0.509181853739.issue1175686@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

It seems discussion in issue 1721083 is more advanced... should this one
be closed? :)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1175686>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:24:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:24:17 +0000
Subject: [issue1299] distutils.sysconfig is not cross-platform compatible
In-Reply-To: <1192727810.38.0.522851261061.issue1299@psf.upfronthosting.co.za>
Message-ID: <1234326257.54.0.813310568237.issue1299@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
components: +Distutils -Windows
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1299>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:27:37 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:27:37 +0000
Subject: [issue2100] unit test UnicodeWarning
In-Reply-To: <1202912464.45.0.11566210495.issue2100@psf.upfronthosting.co.za>
Message-ID: <1234326457.81.0.31506346345.issue2100@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +brett.cannon, ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2100>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:29:23 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Feb 2009 04:29:23 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234326563.66.0.162302896251.issue5186@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Instead of a shift, how about a rotate or byteswap in case the lower
bits ever become significant again in some build.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:39:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:39:12 +0000
Subject: [issue2308] Make structseq more like collections.namedtuple
In-Reply-To: <1205702371.36.0.516999386883.issue2308@psf.upfronthosting.co.za>
Message-ID: <1234327152.94.0.00349536345574.issue2308@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Closing as a duplicate of issue 1820.

----------
nosy: +ajaksu2, rhettinger
resolution:  -> duplicate
status: open -> closed
superseder:  -> Enhance Object/structseq.c to match namedtuple and tuple api

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2308>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:40:45 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:40:45 +0000
Subject: [issue2437] Distutils runtime_library_dirs broken on Windows
In-Reply-To: <1206044595.46.0.100105317073.issue2437@psf.upfronthosting.co.za>
Message-ID: <1234327245.83.0.547114833935.issue2437@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2437>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:41:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:41:38 +0000
Subject: [issue2454] sha and md5 fixer
In-Reply-To: <1206147643.89.0.60936055638.issue2454@psf.upfronthosting.co.za>
Message-ID: <1234327298.24.0.00736273948069.issue2454@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2454>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:42:01 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:42:01 +0000
Subject: [issue2412] Check 2to3 for support of print function.
In-Reply-To: <1205883738.38.0.0352891857591.issue2412@psf.upfronthosting.co.za>
Message-ID: <1234327321.59.0.639522281882.issue2412@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2412>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:45:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:45:26 +0000
Subject: [issue2953] _zip_directory_cache untested and undocumented
In-Reply-To: <1211574365.23.0.256921758457.issue2953@psf.upfronthosting.co.za>
Message-ID: <1234327526.92.0.0194179277739.issue2953@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2953>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:45:58 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:45:58 +0000
Subject: [issue2805] 2to3 doesn't correct divisions
In-Reply-To: <1210366311.62.0.240931801365.issue2805@psf.upfronthosting.co.za>
Message-ID: <1234327558.27.0.457084118868.issue2805@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2805>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:46:20 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Feb 2009 04:46:20 +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: <1234327580.9.0.732507104056.issue1820@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

See also issue 2308

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1820>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:46:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:46:34 +0000
Subject: [issue2972] arguments and default path not set in site.py and
	sitecustomize.py
In-Reply-To: <1211818636.32.0.584139114136.issue2972@psf.upfronthosting.co.za>
Message-ID: <1234327594.25.0.199547321124.issue2972@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2972>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:49:06 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:49:06 +0000
Subject: [issue3099] On windows, "import nul" always succeed
In-Reply-To: <1213319928.58.0.193615390811.issue3099@psf.upfronthosting.co.za>
Message-ID: <1234327746.09.0.329981250634.issue3099@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3099>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:52:11 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:52:11 +0000
Subject: [issue3370] importing with_statement causes exec to raise syntax
	error on block that doesn't end with a newline
In-Reply-To: <1216160435.89.0.00837821764809.issue3370@psf.upfronthosting.co.za>
Message-ID: <1234327931.62.0.0508950126388.issue3370@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Closing: fixed in trunk, 2.5 won't be receiving bugfixes anymore.

----------
nosy: +ajaksu2
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3370>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:52:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:52:49 +0000
Subject: [issue3444] add warnings for intra-package imports
In-Reply-To: <1216997291.25.0.564093390831.issue3444@psf.upfronthosting.co.za>
Message-ID: <1234327969.11.0.282984396963.issue3444@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3444>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:53:19 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Feb 2009 04:53:19 +0000
Subject: [issue2805] 2to3 doesn't correct divisions
In-Reply-To: <1210366311.62.0.240931801365.issue2805@psf.upfronthosting.co.za>
Message-ID: <1234327999.28.0.675304347036.issue2805@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I thought the right way to handle this is with a -3 option.  That's the
only way to reliably detect the intended meaning of / and its change in
meaning in 3.0.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2805>
_______________________________________

From report at bugs.python.org  Wed Feb 11 05:53:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 04:53:31 +0000
Subject: [issue3619] A more informative message for ImportError
In-Reply-To: <1219240834.62.0.382152843898.issue3619@psf.upfronthosting.co.za>
Message-ID: <1234328011.88.0.700578310296.issue3619@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3619>
_______________________________________

From report at bugs.python.org  Wed Feb 11 06:20:54 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Wed, 11 Feb 2009 05:20:54 +0000
Subject: [issue5204] test.os/TestInvalidFD/test_fdopen on VC6
In-Reply-To: <1234274915.85.0.510245571983.issue5204@psf.upfronthosting.co.za>
Message-ID: <1234329654.51.0.00821440453544.issue5204@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
stage: commit review -> committed/rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5204>
_______________________________________

From report at bugs.python.org  Wed Feb 11 08:03:38 2009
From: report at bugs.python.org (Dwayne Bailey)
Date: Wed, 11 Feb 2009 07:03:38 +0000
Subject: [issue5214] Add KOI8-RU as a known encoding
In-Reply-To: <1234335818.61.0.321610259153.issue5214@psf.upfronthosting.co.za>
Message-ID: <1234335818.61.0.321610259153.issue5214@psf.upfronthosting.co.za>


New submission from Dwayne Bailey <dwayne+pythonbugs at translate.org.za>:

>>> u = unicode("bob", "KOI8-RU")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
LookupError: unknown encoding: KOI8-RU

This could be broadened to see that we support all encodings that are
supported by iconv.

----------
components: Unicode
messages: 81630
nosy: dwayne
severity: normal
status: open
title: Add KOI8-RU as a known encoding
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5214>
_______________________________________

From report at bugs.python.org  Wed Feb 11 08:15:00 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 11 Feb 2009 07:15:00 +0000
Subject: [issue1635363] Add command line help to windows unistall binary
Message-ID: <1234336500.42.0.450039624959.issue1635363@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
assignee:  -> tarek
components: +Windows
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1635363>
_______________________________________

From report at bugs.python.org  Wed Feb 11 08:18:13 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 11 Feb 2009 07:18:13 +0000
Subject: [issue969718] BASECFLAGS are not passed to module build line
Message-ID: <1234336693.49.0.50118779135.issue969718@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue969718>
_______________________________________

From report at bugs.python.org  Wed Feb 11 08:22:20 2009
From: report at bugs.python.org (Akira Kitada)
Date: Wed, 11 Feb 2009 07:22:20 +0000
Subject: [issue1648890] HP-UX: ld -Wl,+b...
Message-ID: <1234336940.44.0.75433484447.issue1648890@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1648890>
_______________________________________

From report at bugs.python.org  Wed Feb 11 08:43:02 2009
From: report at bugs.python.org (mproeller)
Date: Wed, 11 Feb 2009 07:43:02 +0000
Subject: [issue5215] change value of local variable in debug
In-Reply-To: <1234338182.69.0.0258607971835.issue5215@psf.upfronthosting.co.za>
Message-ID: <1234338182.69.0.0258607971835.issue5215@psf.upfronthosting.co.za>


New submission from mproeller <mproeller at googlemail.com>:

The following code produces problems:

import pdb
def func():
	b = 13
	pdb.set_trace()
	a = b + 2
	print a
func()

If I change the value of b (e.g. to 3) everything works fine
(print a => displays 5)
but if I want to change b (e.g. to 3) and display the value,
it is reset to 13
(and print a displays 15)

----------
components: None
messages: 81631
nosy: mproeller
severity: normal
status: open
title: change value of local variable in debug
type: behavior
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5215>
_______________________________________

From report at bugs.python.org  Wed Feb 11 09:24:06 2009
From: report at bugs.python.org (Peter Landgren)
Date: Wed, 11 Feb 2009 08:24:06 +0000
Subject: [issue5200] unicode.normalize gives wrong result for some characters
In-Reply-To: <4991F25F.8080205@v.loewis.de>
Message-ID: <200902110925.24953.peter.talken@telia.com>


Peter Landgren <peter.talken at telia.com> added the comment:

> Martin v. L?wis <martin at v.loewis.de> added the comment:
> > The same applies  "?" and "A", "?" and "A" and "?" and "O"
> > which also are also different letters as "?" and "O" are.
>
> Sure. And rightfully, they "?" is *not* (I repeat: not)
> normalized as "A", under NFD:
>
> py> unicodedata.normalize("NFD", u"?")
> u'A\u030a'
>
> > Maybe not in the unicode world but in treal life.
>
> They are different letters also in the Unicode world.
>
> > That's why I'm a little confused.
>
> I think the confusion comes from your assumption that
> normalizing "?" produces "A". It does not. Really not.

Yes, you are right.

However the confusion/problem shows up when it is used in the application to
build an alphabet and group for example all version of E, ?, ?, ?, ?
together under E. The first character in the result of normalize is
used to build alphabet labels for surnames:

letter = normalize("NFD", surname)[0].upper()
if letter != last_letter:
    last_letter = letter
....
and this is why I get "A" when the surname begins with "?".

This way it works for all variations of E to be grouped under "E",
but fails as "?" is shown under the label "A", not the "A" in the
beginning of the alphabet but after "Z", where "???" comes.
So a previous sorting of the surnames works correctly.
(The Swedish alphabet has 29 letters: A,B,C... X,Y,Z,?,?,?)

Can you think of any solution to this conflict? 

u'\xd8'

u'A\u030a'

u'\xc5'

This is obviously the result of how the unicode spec is written
interpreting "?" as a variation of "A". which it is not.

I have asked the unicode people, but not got any answer yet.

The application is GRAMPS: http://gramps-project.org/

Once again thanks for make some of the unicode stuff clear!
Regards,
Peter Landgren

Added file: http://bugs.python.org/file13025/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5200>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090211/7f83cd5c/attachment.txt>

From report at bugs.python.org  Wed Feb 11 09:56:55 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 08:56:55 +0000
Subject: [issue5211] Fix complex type to avoid coercion in 2.7.
In-Reply-To: <1234307963.56.0.00813246872741.issue5211@psf.upfronthosting.co.za>
Message-ID: <1234342615.23.0.310819696909.issue5211@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Comment by gumtree copied from issue3734 discussion:

> While Mark Dickinson's patch fixes the documentation, it does not 
offer 
> a solution to the original problem, which was rooted in a need to 
> provide special behaviour based on the numeric types. I made the 
> original posting because I hoped that this problem could be resolved.

gumtree, would you be interested in working on a patch for this feature-
request?  As mentioned above, the necessary changes are already present 
in 3.x, so all that's entailed is figuring out which bits of the 
Object/complexobject.c in the py3k source need to be transferred to the 
trunk, and making sure that everything's properly tested.

Alternatively, could you explain in a little more detail why this change 
is important to you?  Subclassing complex doesn't seem like a very 
common thing to want to do, so I'm curious about your use case.

----------
nosy: +gumtree

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5211>
_______________________________________

From report at bugs.python.org  Wed Feb 11 09:58:42 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 08:58:42 +0000
Subject: [issue3734] subclassing complex
In-Reply-To: <1220049550.4.0.0881969750537.issue3734@psf.upfronthosting.co.za>
Message-ID: <1234342722.03.0.267299551486.issue3734@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

[gumtree]
> [...] does not offer 
> a solution to the original problem, which was rooted in a need to 
> provide special behaviour based on the numeric types. I made the 
> original posting because I hoped that this problem could be resolved.

Please see issue 5211 for further discussion.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3734>
_______________________________________

From report at bugs.python.org  Wed Feb 11 10:02:22 2009
From: report at bugs.python.org (Adam Olsen)
Date: Wed, 11 Feb 2009 09:02:22 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234342942.4.0.947817885436.issue5186@psf.upfronthosting.co.za>


Adam Olsen <rhamph at gmail.com> added the comment:

The alignment requirements (long double) make it impossible to have
anything in those bits.

Hypothetically, a custom allocator could lower the alignment
requirements to sizeof(void *).  However, rotating to the high bits is
pointless as they're the least likely to be used ? impossible in this
case, as only the 2 highest bits would contain anything, and for that
you'd need a dictionary with at least 2 billion entries on 32bit, which
is more than the 32bit address space.  64-bit is similar.

Note that mixing the bits back in, via XOR or similar, is actually more
likely to hurt than help.  It's just like ints and strings, who's hash
values are very sequential, a simple shift tends to get us sequential
hashes.  This gives us a far lower collision rate than a statistically
random hash.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 11:33:18 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 11 Feb 2009 10:33:18 +0000
Subject: [issue1552880] Unicode Imports
Message-ID: <1234348398.78.0.626673655873.issue1552880@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Ah, this one is still alive?
We still use this patch at CCP for our 2.x python.  I'll give it some 
more love to answer the issues raised.
Hm, is this still an issue with 3.x?  Does the imput machinery use 
unicode as the internal format when working with the import paths?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1552880>
_______________________________________

From report at bugs.python.org  Wed Feb 11 11:53:25 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 10:53:25 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234349605.48.0.164667885737.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

[Adam Olsen]
> The alignment requirements (long double) make it impossible to have
> anything in those bits.

Not necessarily, since not all pointers passed to _Py_HashPointer come
from a PyObject_Malloc.  _Py_HashPointer is used for function pointers
as well.  For example, on 64-bit linux I get:

Python 2.7a0 (trunk:69516, Feb 11 2009, 10:43:51)
[GCC 4.2.1 (SUSE Linux)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from hashlib import sha224
>>> hash(sha224)
47100514454970
>>> hash(sha224) % 16
10

> for that you'd need a dictionary with at least 2 billion entries
> on 32bit,

<nitpick> If I recall correctly, the higher bits of the hash value also
get used in collision resolution: they're mixed in to the algorithm
that's used to produce the probing sequence when looking for an empty
slot.  So the dictionary wouldn't necessarily have to be quite that
large for the top bits to come into play. </nitpick>

But I agree that mixing the bottom bits back in (via rotate, or xor, or
whatever) doesn't seem likely to help.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 12:31:20 2009
From: report at bugs.python.org (Thomas Heller)
Date: Wed, 11 Feb 2009 11:31:20 +0000
Subject: [issue1552880] Unicode Imports
Message-ID: <1234351880.21.0.337589880792.issue1552880@psf.upfronthosting.co.za>


Changes by Thomas Heller <theller at ctypes.org>:


----------
nosy: +theller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1552880>
_______________________________________

From report at bugs.python.org  Wed Feb 11 12:46:51 2009
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Wed, 11 Feb 2009 11:46:51 +0000
Subject: [issue1076233] distutils.core.setup() with unicode arguments broken
Message-ID: <1234352811.12.0.938286414744.issue1076233@psf.upfronthosting.co.za>


Walter D?rwald <walter at livinglogic.de> added the comment:

It does indeed work with Python 2.6 (however not with 2.5). Closing.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1076233>
_______________________________________

From report at bugs.python.org  Wed Feb 11 13:18:52 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Feb 2009 12:18:52 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234323113.24.0.149926248907.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234354767.8256.3.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

Le mercredi 11 f?vrier 2009 ? 03:31 +0000, Adam Olsen a ?crit :
> 
> .. although, if I replace object() with list() I get best results with a
> shift of 6 bits.  Replacing it with dict() is best with 8 bits.

But list() and dict() don't use id() for hash.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 13:28:04 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 12:28:04 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234355284.22.0.0469002855169.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Here's an updated patch, that errs on the conservative side:

- rotate instead of shifting, as suggested by Raymond.  This costs
  very little, and I admit to feeling uncomfortable about the
  possibility of just throwing bits away 

- explicit check for -1

- special case for sizeof(void *) = 2*sizeof(long)

All tests pass with the patch applied.  I've left the 'convert to
PyLong' code in as a safety net: it's used on platforms where
sizeof(void *) > sizeof(long) but sizeof(void *) != 2*sizeof(long).  I
don't know of any such platforms in current use.

Sample timings on 64-bit linux (non-debug trunk build, Core 2 Duo).  

before:

dict creation (selected):  1.18751096725
dict creation (shuffled):  1.21234202385
dict creation:  1.00831198692
set creation (selected):  0.869561910629
set creation (shuffled):  0.867420911789
set creation:  0.77153301239

and after:

dict creation (selected):  1.06817317009
dict creation (shuffled):  0.987659931183
dict creation:  0.662216901779
set creation (selected):  0.735805034637
set creation (shuffled):  0.659453868866
set creation:  0.445232152939

Added file: http://bugs.python.org/file13026/pointer_hash2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 13:54:30 2009
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Wed, 11 Feb 2009 12:54:30 +0000
Subject: [issue5094] datetime lacks concrete tzinfo impl. for UTC
In-Reply-To: <1233190363.25.0.24659427347.issue5094@psf.upfronthosting.co.za>
Message-ID: <1234356870.41.0.0289243158435.issue5094@psf.upfronthosting.co.za>


Walter D?rwald <walter at livinglogic.de> added the comment:

The patch doesn't include any changes to the documentation.

----------
nosy: +doerwalter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5094>
_______________________________________

From report at bugs.python.org  Wed Feb 11 14:01:28 2009
From: report at bugs.python.org (=?utf-8?q?Chema_Cort=C3=A9s?=)
Date: Wed, 11 Feb 2009 13:01:28 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234357288.64.0.393372198773.issue5186@psf.upfronthosting.co.za>


Changes by Chema Cort?s <dev.xtrem at gmail.com>:


----------
nosy: +chemacortes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 14:45:38 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 13:45:38 +0000
Subject: [issue4799] handling inf/nan in '%f'
In-Reply-To: <1230796367.25.0.681154044554.issue4799@psf.upfronthosting.co.za>
Message-ID: <1234359938.35.0.7871919557.issue4799@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee:  -> marketdickinson
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4799>
_______________________________________

From report at bugs.python.org  Wed Feb 11 14:47:55 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 13:47:55 +0000
Subject: [issue4880] PyInt_FromSsize_t LONG_MIN and LONG_MAX typecasts needed
In-Reply-To: <1231426590.2.0.669134378939.issue4880@psf.upfronthosting.co.za>
Message-ID: <1234360075.54.0.137004936592.issue4880@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

It seems likely that this is a wine bug rather than a Python bug.

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4880>
_______________________________________

From report at bugs.python.org  Wed Feb 11 15:02:36 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 14:02:36 +0000
Subject: [issue1507] complex constructor loses signs of zeros
In-Reply-To: <1196202312.79.0.339731037994.issue1507@psf.upfronthosting.co.za>
Message-ID: <1234360956.01.0.891124389791.issue1507@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

This is out of date for 2.5.  Closing.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1507>
_______________________________________

From report at bugs.python.org  Wed Feb 11 15:18:50 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 14:18:50 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234361930.27.0.485226286334.issue1327971@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

OK, I'll work on a test + patch.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Wed Feb 11 15:42:06 2009
From: report at bugs.python.org (Matthias Klose)
Date: Wed, 11 Feb 2009 14:42:06 +0000
Subject: [issue5216] distutils.tests.test_build_ext.BuildExtTestCase fails
	when srcdir != builddir
In-Reply-To: <1234363326.79.0.666992241975.issue5216@psf.upfronthosting.co.za>
Message-ID: <1234363326.79.0.666992241975.issue5216@psf.upfronthosting.co.za>


New submission from Matthias Klose <doko at debian.org>:

these tests fail, when python is built with builddir != srcdir.

======================================================================
ERROR: test_build_ext (distutils.tests.test_build_ext.BuildExtTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/home/packages/python/2.6/python2.6-2.6.1/Lib/distutils/tests/test_build_ext.p
y", line 23, in setUp
    shutil.copy(xx_c, self.tmp_dir)
  File "/home/packages/python/2.6/python2.6-2.6.1/Lib/shutil.py", line
88, in copy
    copyfile(src, dst)
  File "/home/packages/python/2.6/python2.6-2.6.1/Lib/shutil.py", line
52, in copyfile
    fsrc = open(src, 'rb')
IOError: [Errno 2] No such file or directory:
'/home/packages/python/2.6/python2.6-2.6
.1/build-static/Modules/xxmodule.c'

======================================================================
ERROR: test_solaris_enable_shared
(distutils.tests.test_build_ext.BuildExtTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/home/packages/python/2.6/python2.6-2.6.1/Lib/distutils/tests/test_build_ext.py",
line 23, in setUp
    shutil.copy(xx_c, self.tmp_dir)
  File "/home/packages/python/2.6/python2.6-2.6.1/Lib/shutil.py", line
88, in copy
    copyfile(src, dst)
  File "/home/packages/python/2.6/python2.6-2.6.1/Lib/shutil.py", line
52, in copyfile
    fsrc = open(src, 'rb')
IOError: [Errno 2] No such file or directory:
'/home/packages/python/2.6/python2.6-2.6.1/build-static/Modules/xxmodule.c'

----------
assignee: tarek
components: Distutils, Tests
messages: 81645
nosy: doko, tarek
severity: normal
status: open
title: distutils.tests.test_build_ext.BuildExtTestCase fails when srcdir != builddir
type: compile error
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5216>
_______________________________________

From report at bugs.python.org  Wed Feb 11 15:51:24 2009
From: report at bugs.python.org (Matthias Klose)
Date: Wed, 11 Feb 2009 14:51:24 +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: <1234363884.6.0.67560680288.issue5217@psf.upfronthosting.co.za>


New submission from Matthias Klose <doko at debian.org>:

======================================================================
ERROR: testExtractDir (test.test_zipfile.TestWithDirectory)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/home/packages/python/2.6/python2.6-2.6.1/Lib/test/test_zipfile.py",
line 991, in testExtractDir
    zipf = zipfile.ZipFile(findfile("zipdir.zip"))
  File "/home/packages/python/2.6/python2.6-2.6.1/Lib/zipfile.py", line
680, in __init__
    self.fp = open(file, modeDict[mode])
IOError: [Errno 2] No such file or directory: 'zipdir.zip'

test.test_support.findfile searches in sys.path and in the directory
where test_support.py is located. this seems to be wrong when python is
built with srcdir != builddir. should the test overwrite the optional
second argument when calling findfile?

----------
components: Tests
messages: 81646
nosy: doko
severity: normal
status: open
title: testExtractDir (test.test_zipfile.TestWithDirectory) fails when python built with srcdir != builddir
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5217>
_______________________________________

From report at bugs.python.org  Wed Feb 11 16:04:18 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 15:04:18 +0000
Subject: [issue1633648] incomplete numerical comparisons
Message-ID: <1234364658.45.0.583157687893.issue1633648@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

This issue is out of date from the perspective of python-pgsql, since
that's long been fixed.

It's difficult to figure out exactly what the issue is here.  As best as
I can guess, it's something like the following.  After:

class MyInt(object):
    def __init__(self, n):
        self.n = n

    def __coerce__(self, other):
        if type(other) is float:
            return float(self.n), other

x = MyInt(3)

the comparison "x < 4.0" gives False in the 2.4+, and True in 2.3.

I'm closing this as a won't fix:  it doesn't seem worth changing the
comparison behaviour for Python 2.7 (which may well be the last in the
line of 2.x releases anyway), and the whole
coercion/three-way-comparison mess is gone in 3.x.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1633648>
_______________________________________

From report at bugs.python.org  Wed Feb 11 16:04:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 15:04:22 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1219811392.29.0.37826020023.issue3694@psf.upfronthosting.co.za>
Message-ID: <1234364662.25.0.186809476472.issue3694@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Looks like both Undetected errors were corrected by Victor's patches,
which Benjamin committed around rev66693, so trunk only needs a test.
Here are the patches.

I think IndexError fits better (and matches trunk), as the issue is that
None is passed as "offset", which should be an Integral. If you
disagree, I'll modify the patch. Is PyErr_Format'ing the exception desired? 

BTW, there's a warning in _struct.c:180 -> warning: ?get_ulong? defined
but not used, should I open a new issue?

Added file: http://bugs.python.org/file13027/pynumber_assizet_py3k.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Wed Feb 11 16:04:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 15:04:47 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1219811392.29.0.37826020023.issue3694@psf.upfronthosting.co.za>
Message-ID: <1234364687.59.0.517844309668.issue3694@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


Removed file: http://bugs.python.org/file13017/pynumber_assizet.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Wed Feb 11 16:06:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 15:06:32 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1219811392.29.0.37826020023.issue3694@psf.upfronthosting.co.za>
Message-ID: <1234364792.14.0.170351569285.issue3694@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


Added file: http://bugs.python.org/file13028/pynumber_assizet_trunk.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Wed Feb 11 17:17:12 2009
From: report at bugs.python.org (Rafe Kaplan)
Date: Wed, 11 Feb 2009 16:17:12 +0000
Subject: [issue5094] datetime lacks concrete tzinfo impl. for UTC
In-Reply-To: <1233190363.25.0.24659427347.issue5094@psf.upfronthosting.co.za>
Message-ID: <1234369032.97.0.687743082383.issue5094@psf.upfronthosting.co.za>


Rafe Kaplan <rafek at google.com> added the comment:

I thought I had uploaded this last night, apologies.

Added file: http://bugs.python.org/file13029/datetime-utc-doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5094>
_______________________________________

From report at bugs.python.org  Wed Feb 11 17:46:35 2009
From: report at bugs.python.org (George Sakkis)
Date: Wed, 11 Feb 2009 16:46:35 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234370795.22.0.135387628882.issue2279@psf.upfronthosting.co.za>


George Sakkis <george.sakkis at gmail.com> added the comment:

Agreed; package_data are also ignored by sdist. Unfortunately, neither
setuptools seems to work as expected on sdist but at least bdist_egg does.

MANIFEST.in is an ugly hack and should be deprecated; you shouldn't have
to repeat yourself in two files.

----------
nosy: +gsakkis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Wed Feb 11 17:56:56 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 16:56:56 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234371416.07.0.912735773345.issue1327971@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

IMHO, using a fileno property looks better than __getattr__. Setting an
attribute in init works too, unless fp changes during the object life
(then 3.x is broken IIUC).

It works OK as a property of either urllib.addinfourl or of
httplib.HTTPResponse (socket would work, but is this broken there or a
higher layer). 

Tests and fixes for both solutions attached. As soon as one is chosen,
some docs on fileno would be nice, even for 3.x.


This (current) test in test_urllibnet.py passes, but I don't see how to
improve it, assuming it should fail/detect this bug (maybe self.urlopen
isn't testing urllib.urlopen correctly?):

    def test_fileno(self):
        if (sys.platform in ('win32',) or
                not hasattr(os, 'fdopen')):
            # On Windows, socket handles are not file descriptors; this
            # test can't pass on Windows.
            return
        # Make sure fd returned by fileno is valid.
        open_url = self.urlopen("http://www.python.org/")
        fd = open_url.fileno()
        FILE = os.fdopen(fd)

----------
keywords: +patch
stage: test needed -> patch review
Added file: http://bugs.python.org/file13030/httplib_fileno.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Wed Feb 11 17:58:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 16:58:13 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234371493.86.0.580524971746.issue1327971@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
type:  -> behavior
Added file: http://bugs.python.org/file13031/urllib_fileno.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Wed Feb 11 18:07:07 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 17:07:07 +0000
Subject: [issue4910] Remove uses of nb_long slot, and rename to nb_reserved.
In-Reply-To: <1231619542.94.0.216272651809.issue4910@psf.upfronthosting.co.za>
Message-ID: <1234372027.48.0.193706168062.issue4910@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

PyNumber_Int deprecated in r69517, r69518.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4910>
_______________________________________

From report at bugs.python.org  Wed Feb 11 18:16:57 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 17:16:57 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234372617.93.0.189036782505.issue1327971@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Hmm, always run all the tests :)

fileno is set in test_urllib2. New patches.

Added file: http://bugs.python.org/file13032/httplib_fileno_2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Wed Feb 11 18:17:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 17:17:20 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234372640.47.0.339660691985.issue1327971@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


Removed file: http://bugs.python.org/file13030/httplib_fileno.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Wed Feb 11 18:17:53 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 17:17:53 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234372673.97.0.841726654763.issue1327971@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


Added file: http://bugs.python.org/file13033/urllib_fileno_2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Wed Feb 11 18:18:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 17:18:17 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234372697.48.0.431189694682.issue1327971@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


Removed file: http://bugs.python.org/file13031/urllib_fileno.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Wed Feb 11 19:04:03 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Wed, 11 Feb 2009 18:04:03 +0000
Subject: [issue1294032] Distutils writes keywords comma-separated
Message-ID: <1234375443.18.0.491273687097.issue1294032@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee: akuchling -> tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294032>
_______________________________________

From report at bugs.python.org  Wed Feb 11 19:32:34 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 11 Feb 2009 18:32:34 +0000
Subject: [issue5200] unicode.normalize gives wrong result for some characters
In-Reply-To: <200902110925.24953.peter.talken@telia.com>
Message-ID: <499319BE.6070604@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Can you think of any solution to this conflict? 

I don't quite understand why you want to place ?, ?, ?, ? all along
with E, yet ?,?,? after Z. Because that's what the Swedish alphabet
says?

Please understand that collation varies across languages. For example
in German, we also have ?, but it does *not* come after Z. Instead,
there are two ways to collate ? (telephone book vs. dictionary):
1. ? sorts exactly like A
2. ? sorts as if it was transcribed as Ae

So there is no one true collation of ?, but you have to take into
account what language rules you want to follow.

If you want to implement Swedish rules, why then do you also want
to support ?, ?, ?, ?? Do you have these letters in Swedish at all?

If you want to use obscure collation rules, you might have to
implement the collation algorithm yourself. For example, assign
each letter a unique number (different from the Unicode ordinal),
and then sort by these numbers.

Take a look at ICU, which already includes collation algorithms
for many locales.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5200>
_______________________________________

From report at bugs.python.org  Wed Feb 11 20:25:47 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 11 Feb 2009 19:25:47 +0000
Subject: [issue2805] 2to3 doesn't correct divisions
In-Reply-To: <1210366311.62.0.240931801365.issue2805@psf.upfronthosting.co.za>
Message-ID: <1234380347.71.0.495846309376.issue2805@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I concur with Raymond. There isn't yet a "-3" warning for class
division, though. I suppose the compiler could emit one when "/" is used
without from __future__ import division. That's another issue, though.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2805>
_______________________________________

From report at bugs.python.org  Wed Feb 11 20:26:21 2009
From: report at bugs.python.org (Peter Landgren)
Date: Wed, 11 Feb 2009 19:26:21 +0000
Subject: [issue5200] unicode.normalize gives wrong result for some characters
In-Reply-To: <499319BE.6070604@v.loewis.de>
Message-ID: <200902112027.43471.peter.talken@telia.com>


Peter Landgren <peter.talken at telia.com> added the comment:

The ?... comes from French surnames and our French developer wants to group all versions 
of E together. The ?... can be found in French surnames in Sweden as well as in Germany.
The program, GRAMPS is a genealogy program used in about 20 languages, so there is no 
preferred language.

I know. However, Swedish telephone books and dictionaries are sorted the same:
A,B,C... X,Y,Z,?,?,?.

True. I agree. 
GRAMPS runs in the locale of the user, but must be able to handle information coming from 
many other languages/countries. That's why it's hard to be universal.

We can have them in names. See above.

I think we have found a solution that can handle most cases.
We treat surnames beginning with "???" special. I don't think that there are many surnames 
outside the Nordic countries that starts with any of these three letters.

Vielen dank!

/Peter

Added file: http://bugs.python.org/file13034/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5200>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090211/d40c39ee/attachment-0001.txt>

From report at bugs.python.org  Wed Feb 11 20:32:43 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Wed, 11 Feb 2009 19:32:43 +0000
Subject: [issue5218] Check for tp_iter in ceval:ext_do_call before overriding
	exception message
In-Reply-To: <1234380763.79.0.974439208897.issue5218@psf.upfronthosting.co.za>
Message-ID: <1234380763.79.0.974439208897.issue5218@psf.upfronthosting.co.za>


New submission from Guilherme Polo <ggpolo at gmail.com>:

Hi,

I find it weird that given this sample code:

def g():
    yield iter(None)
list(*g())

I get this traceback:

Traceback (most recent call last):
  File "a1.py", line 3, in <module>
    list(*g())
TypeError: type object argument after * must be a sequence, not generator

At a minimum the exception message looks awkward to me. With the
proposed patch, the new traceback would be:

Traceback (most recent call last):
  File "a1.py", line 3, in <module>
    list(*g())
  File "a1.py", line 2, in g
    yield iter(None)
TypeError: 'NoneType' object is not iterable

----------
files: check_tpiter_before_overriding_msg.diff
keywords: patch
messages: 81657
nosy: gpolo
severity: normal
status: open
title: Check for tp_iter in ceval:ext_do_call before overriding exception message
Added file: http://bugs.python.org/file13035/check_tpiter_before_overriding_msg.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5218>
_______________________________________

From report at bugs.python.org  Wed Feb 11 20:34:18 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Wed, 11 Feb 2009 19:34:18 +0000
Subject: [issue5218] Check for tp_iter in ceval:ext_do_call before overriding
	exception message
In-Reply-To: <1234380763.79.0.974439208897.issue5218@psf.upfronthosting.co.za>
Message-ID: <1234380858.11.0.155884275424.issue5218@psf.upfronthosting.co.za>


Changes by Guilherme Polo <ggpolo at gmail.com>:


----------
components: +Interpreter Core
type:  -> behavior
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5218>
_______________________________________

From report at bugs.python.org  Wed Feb 11 20:35:29 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Wed, 11 Feb 2009 19:35:29 +0000
Subject: [issue5218] Check for tp_iter in ceval:ext_do_call before overriding
	exception message
In-Reply-To: <1234380763.79.0.974439208897.issue5218@psf.upfronthosting.co.za>
Message-ID: <1234380929.32.0.701531292853.issue5218@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

(Btw, the suggestion to check for tp_iter came from Antoine Pitrou. It
seemed fine to me.)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5218>
_______________________________________

From report at bugs.python.org  Wed Feb 11 20:41:45 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Feb 2009 19:41:45 +0000
Subject: [issue5218] Check for tp_iter in ceval:ext_do_call before overriding
	exception message
In-Reply-To: <1234380763.79.0.974439208897.issue5218@psf.upfronthosting.co.za>
Message-ID: <1234381305.38.0.100559023268.issue5218@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

You must check tp_iter as well, not only Py_TPFLAGS_HAVE_ITER.
Py_TPFLAGS_HAVE_ITER only tells you that the tp_iter field exists, not
that it's non-NULL.
(see the code for PyObject_GetIter() in Objects/abstract.c for an example)

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5218>
_______________________________________

From report at bugs.python.org  Wed Feb 11 20:47:21 2009
From: report at bugs.python.org (Jason R. Coombs)
Date: Wed, 11 Feb 2009 19:47:21 +0000
Subject: [issue1159] os.getenv() not updated after external module uses C
	putenv()
In-Reply-To: <1189668127.19.0.0258251668017.issue1159@psf.upfronthosting.co.za>
Message-ID: <1234381641.92.0.0573399851046.issue1159@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

As a workaround, could you use ctypes to pull the environment back into
the python context?  For example:

http://paste.turbogears.org/paste/34734

----------
nosy: +jaraco

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159>
_______________________________________

From report at bugs.python.org  Wed Feb 11 20:54:26 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 11 Feb 2009 19:54:26 +0000
Subject: [issue5200] unicode.normalize gives wrong result for some characters
In-Reply-To: <200902112027.43471.peter.talken@telia.com>
Message-ID: <49932CEE.7050709@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> The ?... comes from French surnames and our French developer wants to group all versions 
> of E together. The ?... can be found in French surnames in Sweden as well as in Germany.
> The program, GRAMPS is a genealogy program used in about 20 languages, so there is no 
> preferred language.

I think you'll find that you have to think much harder about collation,
then. If you assume that the Unicode ordinal order will give right
collation, it will be wrong many times, I predict.

For example, it appears that Croatian puts D? as a single letter between
D and ?.

> I think we have found a solution that can handle most cases.
> We treat surnames beginning with "???" special. I don't think that there are many surnames 
> outside the Nordic countries that starts with any of these three letters.

It seems they are also common in Turkish (?ks?z, ?lc?m, ?nal, ..., taken
from the Berlin phonebook), and Turkish puts ? after O. Hungarian also
uses ? and ? (as well as ?, ?, ?, ?), but I don't know how common they
are as first letters of surnames.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5200>
_______________________________________

From report at bugs.python.org  Wed Feb 11 20:58:20 2009
From: report at bugs.python.org (John DeLuca)
Date: Wed, 11 Feb 2009 19:58:20 +0000
Subject: [issue5219] IDLE: slowness, pauses enter long strings
In-Reply-To: <1234382300.54.0.847679485731.issue5219@psf.upfronthosting.co.za>
Message-ID: <1234382300.54.0.847679485731.issue5219@psf.upfronthosting.co.za>


New submission from John DeLuca <jmjdeluca at comcast.net>:

In Interpreted Mode, when enter long strings, such as ofile.write (" 
this is a long string...") or print ("this is a long string..."), the 
keyboard entry is delayed - sometimes for 20+ seconds. If one completes 
the string (typing blindly as not text is visible) and keys the 
closing ')', or one moves the entire shell window, the missing text is 
dropped on the entry line and one can continue typing.
This occurs after about 25 characters of the string.

----------
components: IDLE
messages: 81662
nosy: pyJohn
severity: normal
status: open
title: IDLE: slowness, pauses enter long strings
type: performance
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5219>
_______________________________________

From report at bugs.python.org  Wed Feb 11 21:18:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 20:18:14 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234383493.91.0.775573095406.issue1327971@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

The urllib patch breaks test_pyclbr because test_pyclbr can't handle
properties. I think the test is wrong here, hence the hack attached...
otherwise, let's go with httplib.

Added file: http://bugs.python.org/file13036/test_pyclbr_property.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Wed Feb 11 21:21:03 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Wed, 11 Feb 2009 20:21:03 +0000
Subject: [issue2437] Distutils runtime_library_dirs broken on Windows
In-Reply-To: <1206044595.46.0.100105317073.issue2437@psf.upfronthosting.co.za>
Message-ID: <1234383663.81.0.790671870612.issue2437@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/issue2437>
_______________________________________

From report at bugs.python.org  Wed Feb 11 21:24:17 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 11 Feb 2009 20:24:17 +0000
Subject: [issue5215] change value of local variable in debug
In-Reply-To: <1234338182.69.0.0258607971835.issue5215@psf.upfronthosting.co.za>
Message-ID: <1234383857.61.0.64556786722.issue5215@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Could you describe the problem in more detail please? I've having
trouble understanding you description. For example, you could you paste
the pdb session you used and explain what you expected?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5215>
_______________________________________

From report at bugs.python.org  Wed Feb 11 21:26:41 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Wed, 11 Feb 2009 20:26:41 +0000
Subject: [issue969718] BASECFLAGS are not passed to module build line
Message-ID: <1234384001.27.0.775778702761.issue969718@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/issue969718>
_______________________________________

From report at bugs.python.org  Wed Feb 11 21:34:16 2009
From: report at bugs.python.org (David Jones)
Date: Wed, 11 Feb 2009 20:34:16 +0000
Subject: [issue5202] wave.py cannot write wave files into a shell pipeline
In-Reply-To: <201829EA-2F63-4889-9F9E-97CD59A4CAEE@pobox.com>
Message-ID: <508452C8-B3C8-4ECE-9AFC-B4FCD4AE91FC@pobox.com>


David Jones <drj at pobox.com> added the comment:

On 10 Feb 2009, at 21:15, David Jones wrote:

>
> David Jones <drj at pobox.com> added the comment:
>
> On 10 Feb 2009, at 16:57, Guilherme Polo wrote:
>
>>
>> Guilherme Polo <ggpolo at gmail.com> added the comment:
>>
>> Now, is there some problem if we remove the calls to the "tell"  
>> method
>> in _write_header ? See patch attached (tests are very welcome too).
>
> Yes

Ahem.  Pardon me for answering you without reading your patch.  I  
have now read your patch and it does more than just remove the calls  
to "tell".  In fact it looks very fine.

It makes wave.py more like sunau.py in that it "just knows" what the  
offsets into the header are.  I think I like that (especially the way  
you use the struct format string to compute the second offset).  It  
also removes that nagging question at the back of my mind: "why does  
wave.py use tell when it could simply just know the offsets, which  
are constant anyway?".

And it works.  How cool is that?  I had changed my project to use  
sunau anyway, because that worked with pipes already.

Tests, you say...

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Wed Feb 11 21:36:11 2009
From: report at bugs.python.org (Joshua Bronson)
Date: Wed, 11 Feb 2009 20:36:11 +0000
Subject: [issue5220] os.makedirs' mode argument has bad default value
In-Reply-To: <1234384571.02.0.296749790343.issue5220@psf.upfronthosting.co.za>
Message-ID: <1234384571.02.0.296749790343.issue5220@psf.upfronthosting.co.za>


New submission from Joshua Bronson <jabronson at gmail.com>:

os.makedirs' mode argument defaults to a hardcoded value of 511 (0777 in 
octal). This forces the caller to either pass in a different hardcoded value 
(commonly 0750), or to implement a workaround that calculates the expected 
mode based on the process owner's umask:

    umask, _ = subprocess.Popen(['sh', '-c', 'umask'],
                   stdout=subprocess.PIPE).communicate()
    umask = int(umask, 8)
    mode = 0777 ^ umask
    os.makedirs(dir, mode)

Preferred behavior would be to have the mode default to the value which 
takes the umask into account rather than the hardcoded value 0777, so that 
directories would be created with the same permissions as e.g. files created 
via open(..).

N.B. I'm guessing the above workaround won't work on Windows (please excuse 
my poor Windows knowledge). All the more reason to have os.makedirs 
calculate the mode properly if none is given.

----------
messages: 81666
nosy: jab
severity: normal
status: open
title: os.makedirs' mode argument has bad default value
versions: 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/issue5220>
_______________________________________

From report at bugs.python.org  Wed Feb 11 21:37:31 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Wed, 11 Feb 2009 20:37:31 +0000
Subject: [issue5216] distutils.tests.test_build_ext.BuildExtTestCase fails
	when srcdir != builddir
In-Reply-To: <1234363326.79.0.666992241975.issue5216@psf.upfronthosting.co.za>
Message-ID: <1234384651.25.0.237860813259.issue5216@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

I guess fixed in trunk - see issue4070 and issue4151 .

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5216>
_______________________________________

From report at bugs.python.org  Wed Feb 11 21:48:10 2009
From: report at bugs.python.org (David W. Lambert)
Date: Wed, 11 Feb 2009 20:48:10 +0000
Subject: [issue5221] help  related topic doesn't exist
In-Reply-To: <1234385289.6.0.0960868675321.issue5221@psf.upfronthosting.co.za>
Message-ID: <1234385289.6.0.0960868675321.issue5221@psf.upfronthosting.co.za>


New submission from David W. Lambert <lambertdw at corning.com>:

help function is not current, then again, neither is my python3. 
Possibly sequencemethods[12] are eradicated.

$ p3
Python 3.0rc1+ (py3k, Nov  5 2008, 14:44:46) 
[GCC 3.4.6 20060404 (Red Hat 3.4.6-3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> help('SEQUENCEMETHODS')
...

Related help topics: SEQUENCES, SEQUENCEMETHODS2, SPECIALMETHODS

>>> help('SEQUENCEMETHODS1')
no Python documentation found for 'SEQUENCEMETHODS1'

>>> help('SEQUENCEMETHODS2')
no Python documentation found for 'SEQUENCEMETHODS2'

----------
components: Interpreter Core
messages: 81668
nosy: LambertDW
severity: normal
status: open
title: help  related topic doesn't exist
type: behavior
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5221>
_______________________________________

From report at bugs.python.org  Wed Feb 11 21:50:56 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 11 Feb 2009 20:50:56 +0000
Subject: [issue5220] os.makedirs' mode argument has bad default value
In-Reply-To: <1234384571.02.0.296749790343.issue5220@psf.upfronthosting.co.za>
Message-ID: <1234385456.81.0.354445914029.issue5220@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I don't understand the problem. The directory creation *does* take the
umask into account - that's the whole point of the umask! The directory
being created has the bits (mode & ~umask & 0777) set - because of the
semantics of mkdir(2), not because of Python's doing.

Closing the report as invalid.

----------
nosy: +loewis
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5220>
_______________________________________

From report at bugs.python.org  Wed Feb 11 21:59:40 2009
From: report at bugs.python.org (Adam Olsen)
Date: Wed, 11 Feb 2009 20:59:40 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234385980.02.0.08263489117.issue5186@psf.upfronthosting.co.za>


Adam Olsen <rhamph at gmail.com> added the comment:

Antoine, I only meant list() and dict() to be an example of objects with
a larger allocation pattern.  We get a substantial benefit from the
sequentially increasing memory addresses, and I wanted to make sure that
benefit wasn't lost on larger allocations than object().

Mark, I concede the point about rotating; I believe the cost on x86 is
the same regardless.

Why are you still only rotating 3 bits?  My results were better with 4
bits, and that should be the sweet spot for the typical use cases.

Also, would the use of size_t make this code simpler?  It should be the
size of the pointer even on windows.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 22:03:15 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 11 Feb 2009 21:03:15 +0000
Subject: [issue1303434] Please include pdb with windows distribution
Message-ID: <1234386195.53.0.700944201025.issue1303434@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Hi Martin, wouldn't just uploading the pythonXX.pdb to the release page
be enough.

The distributed DLL already points to the source location on your system
:-) E.g. for Python 2.5, this was c:\loewis\25\python\PCbuild\python25.pdb

Or are you thinking of having a separate MSI installer with all the .pdb
files included ?

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1303434>
_______________________________________

From report at bugs.python.org  Wed Feb 11 22:03:32 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 11 Feb 2009 21:03:32 +0000
Subject: [issue1303434] Please include pdb with windows distribution
Message-ID: <1234386212.66.0.189032589479.issue1303434@psf.upfronthosting.co.za>


Changes by Marc-Andre Lemburg <mal at egenix.com>:


----------
versions: +Python 2.7, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1303434>
_______________________________________

From report at bugs.python.org  Wed Feb 11 22:18:50 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 21:18:50 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234387130.57.0.36710005944.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I'm fine with rotating 4 bits instead of 3, especially if the timings look 
good on 32-bit as well as 64-bit.

We should really benchmark dict lookups (and set membership tests) as well 
as dict creation.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 22:20:03 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 11 Feb 2009 21:20:03 +0000
Subject: [issue1303434] Please include pdb with windows distribution
In-Reply-To: <1234386195.53.0.700944201025.issue1303434@psf.upfronthosting.co.za>
Message-ID: <49934101.2020005@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Hi Martin, wouldn't just uploading the pythonXX.pdb to the release page
> be enough.

It's not clear to me what is being requested: just that single PDB file,
or also the PDB files for all of the extension modules? Also, shouldn't
the file be compressed somehow?

I also dislike the clutter this would add to the release page, which
already has a confusing number of files available for download.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1303434>
_______________________________________

From report at bugs.python.org  Wed Feb 11 22:27:05 2009
From: report at bugs.python.org (Joshua Bronson)
Date: Wed, 11 Feb 2009 21:27:05 +0000
Subject: [issue5220] os.makedirs' mode argument has bad default value
In-Reply-To: <1234384571.02.0.296749790343.issue5220@psf.upfronthosting.co.za>
Message-ID: <1234387624.82.0.602915301048.issue5220@psf.upfronthosting.co.za>


Joshua Bronson <jabronson at gmail.com> added the comment:

Ah, I was misunderstanding the behavior of mkdir, thank you for the 
explanation.

My misunderstanding stemmed from recently coming across two widely-used 
packages which both pass mode=0750 to os.makedirs. I have no idea why 
they would be doing this (as it effectively throws away part of the 
umask), unless they too are misunderstanding the mode parameter. My 
suspicion is that the mode parameter is widely misunderstood to mean the 
desired permissions of the created directory. I have filed tickets in 
the packages in which I came across this to make sure they're doing what 
they intend.

Could the __doc__ for os.mkdir and os.makedirs be expanded to make this 
clearer?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5220>
_______________________________________

From report at bugs.python.org  Wed Feb 11 22:34:34 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Wed, 11 Feb 2009 21:34:34 +0000
Subject: [issue5218] Check for tp_iter in ceval:ext_do_call before overriding
	exception message
In-Reply-To: <1234380763.79.0.974439208897.issue5218@psf.upfronthosting.co.za>
Message-ID: <1234388074.32.0.97484086643.issue5218@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Thanks for taking a look, my bad for taking so long to reply.

I'm adding a new patch now. This one, besides the fix needed mentioned
above, disregards tp_iter from old class instances (since they are
always available and tell us nothing).

Added file: http://bugs.python.org/file13037/check_before_overriding.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5218>
_______________________________________

From report at bugs.python.org  Wed Feb 11 22:36:54 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Wed, 11 Feb 2009 21:36:54 +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: <1234388214.1.0.13570648129.issue5202@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Nice.

I said tests in hope wave gets more tests, since right one there is a
single one. I will see if I can produce something.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Wed Feb 11 22:47:09 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 11 Feb 2009 21:47:09 +0000
Subject: [issue5220] os.makedirs' mode argument has bad default value
In-Reply-To: <1234387624.82.0.602915301048.issue5220@psf.upfronthosting.co.za>
Message-ID: <49934759.9020502@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> My misunderstanding stemmed from recently coming across two widely-used 
> packages which both pass mode=0750 to os.makedirs. I have no idea why 
> they would be doing this (as it effectively throws away part of the 
> umask), unless they too are misunderstanding the mode parameter.

You use such a mode if you want the resulting directory definitely not
world-readable, and definitely not group-writable, despite what umask
the user running the program may have set.

A common case is installation programs, where the installer wants to
create directories independent of the umask root may have set when
running the installer.

> My 
> suspicion is that the mode parameter is widely misunderstood to mean the 
> desired permissions of the created directory. I have filed tickets in 
> the packages in which I came across this to make sure they're doing what 
> they intend.

My suspicion is that people setting explicit file permissions typically
know what they are doing, and that you will find that your tickets get
closed as invalid, explaining to you that this mode usage is fully
intentional.

> Could the __doc__ for os.mkdir and os.makedirs be expanded to make this 
> clearer?

I'm skeptical that this should be necessary. Whoever explained umask to
you should have mentioned how it really works (i.e. that it is built
into and considered by the operating system every time a file or
directory is created).

By the same pattern, the doc string of mkdir should also explain what
relative file names are and how the current directory affects their
interpretation. IMO, the doc string shouldn't teach fundamental system
principles.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5220>
_______________________________________

From report at bugs.python.org  Wed Feb 11 23:04:18 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Feb 2009 22:04:18 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234389858.14.0.0634193022618.issue5186@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

At four bits, you may be throwing away information and I don't think
that's cool.  Even if some selected timings are better with more bits
shifted, all you're really showing is that there is more randomness in
the upper bits than the lower ones.  But that doesn't mean than the
lower one contribute nothing at all.

I'm *much* more comfortable with a byte-swap, rotation, or xoring-in
upper bits than with shifts that potentially destroy entropy. 
Otherwise, your taxing apps that build giant sets/dicts and need all
distinguishing bits to avoid collision pile-ups.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 23:22:40 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Feb 2009 22:22:40 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234389858.14.0.0634193022618.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234390997.8256.8.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> I'm *much* more comfortable with a byte-swap, rotation, or xoring-in
> upper bits than with shifts that potentially destroy entropy. 
> Otherwise, your taxing apps that build giant sets/dicts and need all
> distinguishing bits to avoid collision pile-ups.

Would (id() >> 4) + (id() & 15) be ok?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 23:26:28 2009
From: report at bugs.python.org (Joshua Bronson)
Date: Wed, 11 Feb 2009 22:26:28 +0000
Subject: [issue5220] os.makedirs' mode argument has bad default value
In-Reply-To: <1234384571.02.0.296749790343.issue5220@psf.upfronthosting.co.za>
Message-ID: <1234391188.16.0.481985154732.issue5220@psf.upfronthosting.co.za>


Joshua Bronson <jabronson at gmail.com> added the comment:

> My suspicion is that people setting explicit file permissions
> typically know what they are doing, and that you will find that
> your tickets get closed as invalid, explaining to you that this
> mode usage is fully intentional.

For what it's worth, I asked Mike Bayer (author of Beaker and Mako, the 
packages in question) what the intention was, and the 0750 seems to have 
been an error: Apparently HTML::Mason (what Myghty was based on) may 
have originally used 0750 but has since changed it to 0775 (search for 
"0775" in http://svn.urth.org/filedetails.php?
repname=Mason&path=%2Ftrunk%2Flib%2FHTML%2FMason%2FInterp.pm&rev=0&sc=0)
. The 0750 propagated from Myghty into Mako and Beaker, but has no 
apparent reason to be there.

For what else it's worth, I've run this by a few other programmers I 
consider quite smart and experienced (including Ian Bicking), and none 
of them realized the meaning of the mode parameter either. (If they had 
I never would have filed this ticket, as I checked with them first!)

I agree that knowledge of relative paths should be assumed, but I'm 
convinced that the mode behavior is widely misunderstood enough to 
warrant at least one-line "gotcha" in the docstring.
</$.02>

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5220>
_______________________________________

From report at bugs.python.org  Wed Feb 11 23:29:03 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Feb 2009 22:29:03 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234391343.66.0.594077190094.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> At four bits, you may be throwing away information and I don't think
> that's cool.

The current patch *does* do a rotation:  it doesn't throw away any 
information.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 23:52:12 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Feb 2009 22:52:12 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234392732.29.0.359313303845.issue5186@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is an updated patch. It uses a 4-bit shift and an addition. We
should avoid the use of logical or, because it makes the outputs
non-uniformly distributed ('1' bits are more likely).

Added file: http://bugs.python.org/file13038/pointer_hash3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 23:53:51 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Feb 2009 22:53:51 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234392831.06.0.167328042754.issue5186@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here is an updated benchmark script, for both object() and an
user-defined class, and adding dict lookup, set lookup and set difference.
Set difference is massively faster: up to 60% faster.

Added file: http://bugs.python.org/file13039/time_object_hash.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 23:53:59 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Feb 2009 22:53:59 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234392839.77.0.543032283236.issue5186@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


Removed file: http://bugs.python.org/file12981/time_object_hash.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Wed Feb 11 23:54:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 22:54:03 +0000
Subject: [issue1381476] csv.reader endless loop
Message-ID: <1234392843.76.0.866894160683.issue1381476@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed as working on trunk and py3k.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1381476>
_______________________________________

From report at bugs.python.org  Thu Feb 12 00:00:27 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Feb 2009 23:00:27 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234393227.58.0.930806092831.issue5186@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Guys, let's be careful.  Make sure that efforts to randomize lower bits
don't destroy information.   Something like x |= x>>8 is reversible and
fast.  Other fun looking transformations are not:

    >>> len(set((x >> 4) + (x & 15) for x in range(10**6)))
    62515

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 00:02:13 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 11 Feb 2009 23:02:13 +0000
Subject: [issue1303434] Please include pdb with windows distribution
In-Reply-To: <49934101.2020005@v.loewis.de>
Message-ID: <499358F1.6050904@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-11 22:20, Martin v. L?wis wrote:
> Martin v. L?wis <martin at v.loewis.de> added the comment:
> 
>> Hi Martin, wouldn't just uploading the pythonXX.pdb to the release page
>> be enough.
> 
> It's not clear to me what is being requested: just that single PDB file,
> or also the PDB files for all of the extension modules? Also, shouldn't
> the file be compressed somehow?
> 
> I also dislike the clutter this would add to the release page, which
> already has a confusing number of files available for download.

I see these possibilities:

 * add just the Python DLL PDF file to the page

 * add a ZIP file with just the PDB files for all components

 * add a second MSI file which includes and installs the PDB
   files alongside the .dll/.pyd/.exe files

 * add the PDB files to the standard MSI files

We could put such files into a separate section on the release page.

Note that the PDB files are just around 1.6MB in compressed form
(probably less if integrated into the MSI file), so the last option
looks like the easiest solution.

FWIW: I don't think that the current release page layout looks
cluttered:

    http://www.python.org/download/releases/2.6.1/

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1303434>
_______________________________________

From report at bugs.python.org  Thu Feb 12 00:04:40 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 23:04:40 +0000
Subject: [issue1008086] patch for 767150
Message-ID: <1234393480.35.0.935157160609.issue1008086@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Test from issue 767150:
"""
socket.inet_aton() returns an 8 byte string when built 
on Linux/IA64. This should be 4 bytes on all 
architectures. Example:

>>> import socket
>>> socket.inet_aton('192.168.2.1')
'\xc0\xa8\x02\x01\x00\x00\x00\x00'
"""

The bug was confirmed by a third-party in 2006:
http://mail.python.org/pipermail/python-list/2006-August/400655.html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1008086>
_______________________________________

From report at bugs.python.org  Thu Feb 12 00:05:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 23:05:28 +0000
Subject: [issue1103926] email.base64MIME.header_encode vs RFC 1522
Message-ID: <1234393528.69.0.781514211807.issue1103926@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1103926>
_______________________________________

From report at bugs.python.org  Thu Feb 12 00:16:21 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 11 Feb 2009 23:16:21 +0000
Subject: [issue1008086] patch for 767150
Message-ID: <1234394181.6.0.231767452956.issue1008086@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

fixing now.

----------
assignee: twouters -> gregory.p.smith
keywords: +easy
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1008086>
_______________________________________

From report at bugs.python.org  Thu Feb 12 00:27:10 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Feb 2009 23:27:10 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234394830.0.0.719353555692.issue5186@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, updated patch:
- uses a 4-bit rotate (not shift)
- avoids comparing an unsigned long to -1
- tries to streamline the win64 special path (but I can't test)

Added file: http://bugs.python.org/file13040/pointer_hash4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 00:33:43 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 11 Feb 2009 23:33:43 +0000
Subject: [issue767150] socket.inet_aton on 64bit platform
Message-ID: <1234395223.23.0.256878104603.issue767150@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Sad that this was closed as wontfix years ago.  anyways I am fixing 
this.  see #1008086.

----------
keywords: +64bit
nosy: +gregory.p.smith
superseder:  -> patch for 767150

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue767150>
_______________________________________

From report at bugs.python.org  Thu Feb 12 00:47:30 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 11 Feb 2009 23:47:30 +0000
Subject: [issue1008086] socket.inet_aton returns 8 bytes on LP64 platforms
Message-ID: <1234396050.26.0.610004975222.issue1008086@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

fixed in trunk r69519.

needs backporting to release26-maint and release30-maint.  leaving open 
until that happens.

----------
keywords: +64bit -patch
title: patch for 767150 -> socket.inet_aton returns 8 bytes on LP64 platforms
type:  -> behavior
versions: +Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1008086>
_______________________________________

From report at bugs.python.org  Thu Feb 12 00:57:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 11 Feb 2009 23:57:49 +0000
Subject: [issue1046092] HTMLParser fix to accept mailformed tag attributes
Message-ID: <1234396669.93.0.0429162689504.issue1046092@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Heh, the patch applies cleanly to trunk more than four years later and
tests pass fine. We'll surely need better tests if the behavior change
is considered an improvement.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1046092>
_______________________________________

From report at bugs.python.org  Thu Feb 12 01:15:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 00:15:03 +0000
Subject: [issue755660] allow HTMLParser to continue after a parse error
Message-ID: <1234397703.39.0.0232853220881.issue755660@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Tests still pass with updated patch, but new tests (and docs!) for this
feature are needed if Titus' positive review stands.

----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7 -Python 2.3
Added file: http://bugs.python.org/file13041/htmlparser_error.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue755660>
_______________________________________

From report at bugs.python.org  Thu Feb 12 01:15:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 00:15:27 +0000
Subject: [issue755660] allow HTMLParser to continue after a parse error
Message-ID: <1234397727.71.0.126588310998.issue755660@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue755660>
_______________________________________

From report at bugs.python.org  Thu Feb 12 01:36:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 00:36:54 +0000
Subject: [issue775321] plistlib error handling
Message-ID: <1234399014.82.0.466094553666.issue775321@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +plistlib error handling
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue775321>
_______________________________________

From report at bugs.python.org  Thu Feb 12 01:40:49 2009
From: report at bugs.python.org (Blair)
Date: Thu, 12 Feb 2009 00:40:49 +0000
Subject: [issue5211] Fix complex type to avoid coercion in 2.7.
In-Reply-To: <1234307963.56.0.00813246872741.issue5211@psf.upfronthosting.co.za>
Message-ID: <1234399249.52.0.75704341045.issue5211@psf.upfronthosting.co.za>


Blair <bidihall at gmail.com> added the comment:

I am happy to collaborate in finding a solution, but I do not have 
enough knowledge or skill to work with the code alone.

Simply documenting it does not remove the frustration that a few people 
will enounter. The key point being that you can subclass the other 
numeric types, but not complex. Worse, you may think that you have 
succeeded in subclassing complex too, because it is only when the 
__ropn__ binary operators are used that the type reverts to the base 
class type.

Would you want to subclass a numeric type? I agree, it is a bit obsure, 
but I did a search on this before making the post and there have been 
others who found the problem too. 

In my case, I think that the motivation may seem a bit obscure. I had 
developed some numerical-like types (from scratch -- no subclassing) 
and I wanted to be able to write functions taking as possible arguments 
these types and Python numerical types indifferently. I realised that I 
could not achieve exactly what I wanted, however, by subclassing float, 
int, etc I could add a few methods that would allow my generic 
functions to work with either my types or the subclassed Python types. 
At the same time, the subclassed numerical types could still be used as 
numerical quantities (float, int,...). It seemed like a pretty elegant 
solution.

If that explanation does not make sense, then I suppose other simpler 
motivations could be, eg, to subclass float so that only positive 
values are acceptable; to subclass complex so that only values lying 
within the unit circle are acceptable, etc. That is, one might like to 
define a type that can only take on physically meaningful values (mass 
cannot be negative, a complex reflection coeffcieint cannot have a 
magnitude greater than unity, ..)

So, my feeling is that this is worth fixing because the work done on 
float, int etc, is clearly useful and it appears (to me) that the 
complex case is an oversight.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5211>
_______________________________________

From report at bugs.python.org  Thu Feb 12 01:42:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 00:42:42 +0000
Subject: [issue816059] popen2 work, fixes bugs 768649 and 761888
Message-ID: <1234399362.19.0.26980339783.issue816059@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

The test code seems to run fine in a debug build of trunk, but the
linked issues requires a more complex context.

----------
dependencies: +popen2.Popen3 and popen2.Popen4 leaks filedescriptors
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue816059>
_______________________________________

From report at bugs.python.org  Thu Feb 12 01:43:57 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 00:43:57 +0000
Subject: [issue1153027] http_error_302() crashes with 'HTTP/1.1 400 Bad Request
Message-ID: <1234399437.33.0.395840072192.issue1153027@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1153027>
_______________________________________

From report at bugs.python.org  Thu Feb 12 01:45:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 00:45:04 +0000
Subject: [issue1153027] http_error_302() crashes with 'HTTP/1.1 400 Bad Request
Message-ID: <1234399504.93.0.810557107424.issue1153027@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1153027>
_______________________________________

From report at bugs.python.org  Thu Feb 12 01:46:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 00:46:24 +0000
Subject: [issue918368] urllib doesn't correct server returned urls
Message-ID: <1234399584.07.0.00109565947818.issue918368@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Any idea about how to test this one reliably?

----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6, Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue918368>
_______________________________________

From report at bugs.python.org  Thu Feb 12 01:51:59 2009
From: report at bugs.python.org (John DeLuca)
Date: Thu, 12 Feb 2009 00:51:59 +0000
Subject: [issue5219] IDLE: slowness, pauses enter long strings
In-Reply-To: <1234382300.54.0.847679485731.issue5219@psf.upfronthosting.co.za>
Message-ID: <1234399919.41.0.060520374442.issue5219@psf.upfronthosting.co.za>


John DeLuca <jmjdeluca at comcast.net> added the comment:

(pyJohn)... additional information since this is a performance issue: 
Lenovo s10; Win XP; 1GB; Intel Atom 1.66 Mhz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5219>
_______________________________________

From report at bugs.python.org  Thu Feb 12 01:58:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 00:58:32 +0000
Subject: [issue1562822] decimal module borks thread
Message-ID: <1234400312.78.0.572865759117.issue1562822@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Here's the output of trunk (debug) for OP's test:

./python ../thread.py
Exiting test.
Exception KeyError: KeyError(-1210869568,) in <module 'threading' from
'~/trunk-py/Lib/threading.pyc'> ignored
[31071 refs]

----------
nosy: +ajaksu2
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1562822>
_______________________________________

From report at bugs.python.org  Thu Feb 12 02:02:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 01:02:13 +0000
Subject: [issue1548371] filterwarnings('error') has no effect
Message-ID: <1234400533.57.0.689384859454.issue1548371@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed in trunk.

----------
nosy: +ajaksu2
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1548371>
_______________________________________

From report at bugs.python.org  Thu Feb 12 02:07:11 2009
From: report at bugs.python.org (Adam Olsen)
Date: Thu, 12 Feb 2009 01:07:11 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234400831.82.0.640693928521.issue5186@psf.upfronthosting.co.za>


Adam Olsen <rhamph at gmail.com> added the comment:

> At four bits, you may be throwing away information and I don't think
> that's cool.  Even if some selected timings are better with more bits
> shifted, all you're really showing is that there is more randomness in
> the upper bits than the lower ones.  But that doesn't mean than the
> lower one contribute nothing at all.

On the contrary, the expected collision rate for a half-full dictionary
is about 21%, whereas I'm getting less than 5%.  I'm taking advantage of
the sequentiality of addresses, just as int and str hashes do for their
values.

However, you're right that it's only one use case.  Although creating a
burst of objects for a throw-away set may itself be common, it's
typically with int or str, and doing it with custom objects is
presumably fairly rare; certainly not a good microbenchmark for the rest
of the interpreter.

Creating a list of 100000 objects, then shuffling and picking a few
increases my collision rate back up to 21%.  That should more accurately
reflect a long-running program using custom objects as keys in a dict.

That said, I still prefer the simplicity of a rotate.  Adding an
arbitrary set of OR, XOR, or add makes me uneasy; I know enough to do
them wrong (reduce entropy), but not enough to do them right.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 02:17:01 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 01:17:01 +0000
Subject: [issue1534764] sys.path gets munged with certain directory structures
Message-ID: <1234401421.45.0.0788821795593.issue1534764@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Reproduced on trunk, needed unsetting PYTHONPATH. A test case with
os.mkdir, chdir, etc. would be great.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1534764>
_______________________________________

From report at bugs.python.org  Thu Feb 12 02:22:10 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 01:22:10 +0000
Subject: [issue1074015] current directory in sys.path handles symlinks badly
Message-ID: <1234401730.93.0.452841021118.issue1074015@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Still happens in trunk.

----------
nosy: +ajaksu2
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1074015>
_______________________________________

From report at bugs.python.org  Thu Feb 12 02:38:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 01:38:13 +0000
Subject: [issue1161031] Neverending warnings from asyncore
Message-ID: <1234402693.17.0.46805790042.issue1161031@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Josiah: that'd be around rev36408, as  1.53 corresponds to rev36033
(from the log and issue 957240)

----------
nosy: +ajaksu2
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1161031>
_______________________________________

From report at bugs.python.org  Thu Feb 12 03:07:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 02:07:31 +0000
Subject: [issue5208] urllib2.build_opener([handler,
	...]) incorrect signature in docs
In-Reply-To: <1234286185.85.0.555213161426.issue5208@psf.upfronthosting.co.za>
Message-ID: <1234404451.98.0.550837907028.issue5208@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

I believe those square brackets mean "supplying handlers is optional",
but even so it'd be very ambiguous.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5208>
_______________________________________

From report at bugs.python.org  Thu Feb 12 03:08:47 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Feb 2009 02:08:47 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234404527.5.0.805516224345.issue5186@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

[Antoine]
> Ok, updated patch:
> - uses a 4-bit rotate (not shift)
> - avoids comparing an unsigned long to -1
> - tries to streamline the win64 special path (but I can't test)

pointer_hash4.patch looks fine to me.  Still, I think it's worth
considering the simpler and faster:  x |= x>>4.  The latter doesn't
require any special-casing for various pointer sizes.  It just works.

[Adam]
> Adding an arbitrary set of OR, XOR, or add makes me uneasy;
> I know enough to do them wrong (reduce entropy), but not 
> enough to do them right.

It's easy enough to prove (just show that the function is reversible)
and easy enough to test:

   assert len(set(ids)) == len(set(map(f, set(ids)))) # for any large
group of ids

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 03:14:25 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 02:14:25 +0000
Subject: [issue1661108] base64.urlsafe_b64encode() shouldn't use the =
	character
Message-ID: <1234404865.72.0.882176761022.issue1661108@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Not following the spec doesn't seem reasonable. Adding a caveat about
how we follow the spec doesn't make much sense (I started to write one
and dropped it at "The resulting string" :D).

----------
nosy: +ajaksu2
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1661108>
_______________________________________

From report at bugs.python.org  Thu Feb 12 03:28:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 02:28:47 +0000
Subject: [issue1777134] minidom pretty xml output improvement
Message-ID: <1234405727.55.0.0558530093161.issue1777134@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

@Roy: we can try :)

Patch updated, tests pass. However, keeping the default output and
adding an option to prettyprint should keep lots of current users sane,
while those wanting prettier output could have it.

----------
keywords: +easy
nosy: +ajaksu2
stage:  -> patch review
type:  -> feature request
versions: +Python 2.6, Python 2.7
Added file: http://bugs.python.org/file13042/minidom_output_improvement_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1777134>
_______________________________________

From report at bugs.python.org  Thu Feb 12 03:32:28 2009
From: report at bugs.python.org (Roy Wood)
Date: Thu, 12 Feb 2009 02:32:28 +0000
Subject: [issue1777134] minidom pretty xml output improvement
In-Reply-To: <1234405727.55.0.0558530093161.issue1777134@psf.upfronthosting.co.za>
Message-ID: <e778aab00902111832ud6f9db7pf0d4f086270e01d2@mail.gmail.com>


Roy Wood <roy.wood at gmail.com> added the comment:

Thanks!  :-)

On Wed, Feb 11, 2009 at 9:28 PM, Daniel Diniz <report at bugs.python.org>wrote:

>
> Daniel Diniz <ajaksu at gmail.com> added the comment:
>
> @Roy: we can try :)
>
> Patch updated, tests pass. However, keeping the default output and
> adding an option to prettyprint should keep lots of current users sane,
> while those wanting prettier output could have it.
>
> ----------
> keywords: +easy
> nosy: +ajaksu2
> stage:  -> patch review
> type:  -> feature request
> versions: +Python 2.6, Python 2.7
> Added file:
> http://bugs.python.org/file13042/minidom_output_improvement_v3.patch
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue1777134>
> _______________________________________
>

Added file: http://bugs.python.org/file13043/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1777134>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090212/f44a2ae1/attachment-0001.txt>

From report at bugs.python.org  Thu Feb 12 03:37:16 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 02:37:16 +0000
Subject: [issue3991] urllib.request.urlopen does not handle non-ASCII
	characters
In-Reply-To: <1222627636.82.0.587488225038.issue3991@psf.upfronthosting.co.za>
Message-ID: <1234406236.06.0.0407142293209.issue3991@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib)
keywords: +easy
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3991>
_______________________________________

From report at bugs.python.org  Thu Feb 12 03:41:00 2009
From: report at bugs.python.org (David W. Lambert)
Date: Thu, 12 Feb 2009 02:41:00 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234406460.42.0.983818965703.issue5186@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

"x |= x>>4"

Are you (Ray) sure you didn't mean

"x ^= x>>4"    ?

----------
nosy: +LambertDW

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 03:56:50 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 02:56:50 +0000
Subject: [issue776100] new function 'islastline' in fileinput
Message-ID: <1234407410.02.0.637225924923.issue776100@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Issue 968063 has better patch, use case and discussion.

----------
nosy: +ajaksu2
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> Add fileinput.islastline()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue776100>
_______________________________________

From report at bugs.python.org  Thu Feb 12 03:58:06 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 02:58:06 +0000
Subject: [issue968063] Add fileinput.islastline()
Message-ID: <1234407486.38.0.094248979399.issue968063@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Issue issue 776100 closed as duplicated.

----------
nosy: +ajaksu2
priority: normal -> low
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue968063>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:01:19 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:01:19 +0000
Subject: [issue755670] improve HTMLParser attribute processing regexps
Message-ID: <1234407679.74.0.601909856309.issue755670@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +HTMLParser attribute parsing bug, allow HTMLParser to continue after a parse error
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue755670>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:02:18 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:02:18 +0000
Subject: [issue749722] isinstance and weakref proxies.
Message-ID: <1234407738.82.0.740882773661.issue749722@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue749722>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:10:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:10:12 +0000
Subject: [issue747320] rfc2822 formatdate functionality duplication
Message-ID: <1234408212.99.0.0020444003258.issue747320@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Still present in source, but doesn't seem too bad.

----------
nosy: +ajaksu2
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue747320>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:14:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:14:22 +0000
Subject: [issue740495] API enhancement: poplib.MailReader()
Message-ID: <1234408462.42.0.116431337485.issue740495@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue740495>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:16:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:16:54 +0000
Subject: [issue730467] Not detecting AIX_GENUINE_CPLUSPLUS
Message-ID: <1234408614.72.0.667622016881.issue730467@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Check still present in mentioned form in configure.in

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue730467>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:19:59 2009
From: report at bugs.python.org (Adam Olsen)
Date: Thu, 12 Feb 2009 03:19:59 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234408799.19.0.711064837654.issue5186@psf.upfronthosting.co.za>


Adam Olsen <rhamph at gmail.com> added the comment:

Testing with a large set of ids is a good demonstration, but not proof.
 Forming a set of *all* possible values within a certain range is proof.

However, XOR does work (OR definitely does not) ? it's a 1-to-1
transformation (reversible as you say.)

Additionally, it still gives the unnaturally low collision rate when
using sequential addresses, so there's no objection there.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:20:08 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:20:08 +0000
Subject: [issue727732] getpath.c-generated prefix wrong for Tru64 scripts
Message-ID: <1234408808.77.0.595667481312.issue727732@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

We'd need confirmation, preferably with assistance from a Tru64 guru.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue727732>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:21:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:21:22 +0000
Subject: [issue724459] Add documentation about line endings in email messages.
Message-ID: <1234408882.18.0.729636162282.issue724459@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> needs patch
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue724459>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:23:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:23:12 +0000
Subject: [issue700921] Wide-character curses
Message-ID: <1234408992.64.0.976311084748.issue700921@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue700921>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:25:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:25:02 +0000
Subject: [issue683938] HTMLParser attribute parsing bug
Message-ID: <1234409102.97.0.0135209067114.issue683938@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue683938>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:28:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:28:27 +0000
Subject: [issue678250] test_mmap failling on AIX
Message-ID: <1234409307.47.0.151673632065.issue678250@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is this concern still valid?

----------
components: +Tests
nosy: +ajaksu2
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue678250>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:34:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:34:02 +0000
Subject: [issue660095] GNU readline version confusion
Message-ID: <1234409642.7.0.275548726218.issue660095@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue660095>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:42:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 03:42:04 +0000
Subject: [issue637094] print to unicode stream should __unicode
Message-ID: <1234410124.42.0.119713021796.issue637094@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Not sure it's still important after 3.0 release. Confirmed in trunk:

import codecs

class X:
  def __unicode__(self):
    print 'unicode'
    return u'unicode'
  def __str__(self):
    print 'str'
    return 'str'

x=X()
f = codecs.getwriter('utf8')(open("/tmp/out","w"))

print >> f, x # 'str'

----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue637094>
_______________________________________

From report at bugs.python.org  Thu Feb 12 04:43:32 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Feb 2009 03:43:32 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234410212.3.0.900525879846.issue5186@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

David, yes, I did mean x ^= x>>4;
How embarrassing.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 05:04:10 2009
From: report at bugs.python.org (Don Rozenberg)
Date: Thu, 12 Feb 2009 04:04:10 +0000
Subject: [issue5222] Please include AutoScroll and create_container in pyttk
	and Tkinter support
In-Reply-To: <1234411450.15.0.433002333862.issue5222@psf.upfronthosting.co.za>
Message-ID: <1234411450.15.0.433002333862.issue5222@psf.upfronthosting.co.za>


New submission from Don Rozenberg <rozen at users.sourceforge.net>:

I have just released PAGE, a Python GUI generator utilizing tk and ttk
widgets.  It requires the Pyttk extension to Tkinter to support the ttk
widgets.  It would be great if Pyttk were included in the Python library
if not into Tkinter. I also suggest that Pyttk be augmented to include
Guilherme Polo's functions AutoScroll and create_container as well as
ScrolledText and ScrolledTreeview. See Pyttk-samples.tar.gz.

----------
components: Tkinter
messages: 81719
nosy: rozen
severity: normal
status: open
title: Please include AutoScroll and create_container in pyttk and Tkinter support
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5222>
_______________________________________

From report at bugs.python.org  Thu Feb 12 05:14:42 2009
From: report at bugs.python.org (Mike Coleman)
Date: Thu, 12 Feb 2009 04:14:42 +0000
Subject: [issue727732] getpath.c-generated prefix wrong for Tru64 scripts
Message-ID: <1234412082.76.0.728599651248.issue727732@psf.upfronthosting.co.za>


Mike Coleman <mkc at users.sourceforge.net> added the comment:

I'll go down to the cemetery and see if I can dig one up.  :-)

All of our Tru64 machines have been powered-down for over three years
now, so as far as I'm concerned you can mark this one as no longer relevant.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue727732>
_______________________________________

From report at bugs.python.org  Thu Feb 12 05:28:35 2009
From: report at bugs.python.org (lplatypus)
Date: Thu, 12 Feb 2009 04:28:35 +0000
Subject: [issue5223] infinite recursion in PyErr_WriteUnraisable
In-Reply-To: <1234412915.77.0.527314714811.issue5223@psf.upfronthosting.co.za>
Message-ID: <1234412915.77.0.527314714811.issue5223@psf.upfronthosting.co.za>


New submission from lplatypus <luke at deller.id.au>:

Here is an example of pure Python code which can cause the interpreter
to crash.

I can reproduce the problem in 2.6.0 and 2.6.1 but not in 2.5.2.

The __getattr__ function in this example is interesting in that it
involves infinite recursion, but then the RuntimeError("maximum
recursion depth exceeded") actually causes it to behave correctly.  This
is due to the behaviour of hasattr which suppresses any exception caught
when checking for attributes.

Added to the mix we have sys.stderr replaced by an instance with a write
method.  The key ingredient here is that getattr(sys.stderr, "write")
invokes Python code.  Near the interpreter's recursion limit this python
code can fail.  This causes infinite recursion in C.

Here is a snippet of the call stack from gdb showing the recursion cycle
(using 2.6.0 source code):

#9  0x00000000004a442c in PyErr_WriteUnraisable (obj=0x64ae40)
    at Python/errors.c:606
#10 0x00000000004a48f5 in PyErr_GivenExceptionMatches (err=0x64ae40,
    exc=0x64ae40) at Python/errors.c:115
#11 0x0000000000466056 in slot_tp_getattr_hook (self=0x70a910,
    name=0x2b4a94d47e70) at Objects/typeobject.c:5426
#12 0x0000000000449f4d in PyObject_GetAttrString (v=0x70a910,
    name=0x7fff155e2fe0 <Address 0x7fff155e2fe0 out of bounds>)
    at Objects/object.c:1176
#13 0x000000000042e316 in PyFile_WriteObject (v=0xd02d88, f=0x70a910,
flags=1)
    at Objects/fileobject.c:2362
#14 0x000000000042e5c5 in PyFile_WriteString (s=0x51704a "Exception ",
    f=0x70a910) at Objects/fileobject.c:2422
#15 0x00000000004a442c in PyErr_WriteUnraisable (obj=0x64ae40)
    at Python/errors.c:606

----------
components: Interpreter Core
files: recursebug.py
messages: 81721
nosy: ldeller
severity: normal
status: open
title: infinite recursion in PyErr_WriteUnraisable
type: crash
versions: Python 2.6
Added file: http://bugs.python.org/file13044/recursebug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5223>
_______________________________________

From report at bugs.python.org  Thu Feb 12 06:03:41 2009
From: report at bugs.python.org (Josiah Carlson)
Date: Thu, 12 Feb 2009 05:03:41 +0000
Subject: [issue1161031] Neverending warnings from asyncore
Message-ID: <1234415021.95.0.2916320635.issue1161031@psf.upfronthosting.co.za>


Josiah Carlson <josiahcarlson at users.sourceforge.net> added the comment:

Considering that we're looking at 2.7 and 3.1, I think that  
(paraphrased) "logging fallout from changes to 2.4" are a bit out-of-
date.  People who have continued to use asyncore/asynchat in the last 4 
years have already changed their code.  People who write new code 
already deal with the logging.

Does anyone have a compelling reason as to why we shouldn't just close 
this bug?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1161031>
_______________________________________

From report at bugs.python.org  Thu Feb 12 06:09:19 2009
From: report at bugs.python.org (lplatypus)
Date: Thu, 12 Feb 2009 05:09:19 +0000
Subject: [issue5223] infinite recursion in PyErr_WriteUnraisable
In-Reply-To: <1234412915.77.0.527314714811.issue5223@psf.upfronthosting.co.za>
Message-ID: <1234415359.76.0.690070109574.issue5223@psf.upfronthosting.co.za>


lplatypus <luke at deller.id.au> added the comment:

I believe that this problem was introduced in subversion revision 65319.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5223>
_______________________________________

From report at bugs.python.org  Thu Feb 12 06:11:25 2009
From: report at bugs.python.org (lplatypus)
Date: Thu, 12 Feb 2009 05:11:25 +0000
Subject: [issue5223] infinite recursion in PyErr_WriteUnraisable
In-Reply-To: <1234412915.77.0.527314714811.issue5223@psf.upfronthosting.co.za>
Message-ID: <1234415485.48.0.0525161976874.issue5223@psf.upfronthosting.co.za>


lplatypus <luke at deller.id.au> added the comment:

sorry I meant revision 65320

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5223>
_______________________________________

From report at bugs.python.org  Thu Feb 12 06:40:43 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Feb 2009 05:40:43 +0000
Subject: [issue5032] itertools.count step
In-Reply-To: <1232630071.89.0.921140735063.issue5032@psf.upfronthosting.co.za>
Message-ID: <1234417243.16.0.042214027565.issue5032@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Found a way to do this while keeping full speed on the default case.

Also, fixed an error where the start argument was rounded to the nearest
integer.

Also, improved the utility over its cousin, range() by allowing floating
point arguments.

See r69522

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5032>
_______________________________________

From report at bugs.python.org  Thu Feb 12 06:42:47 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Feb 2009 05:42:47 +0000
Subject: [issue5032] itertools.count step
In-Reply-To: <1232630071.89.0.921140735063.issue5032@psf.upfronthosting.co.za>
Message-ID: <1234417367.07.0.173995601261.issue5032@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5032>
_______________________________________

From report at bugs.python.org  Thu Feb 12 08:36:57 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Feb 2009 07:36:57 +0000
Subject: [issue3745] _sha256 et al. encode to UTF-8 by default
In-Reply-To: <1220261226.32.0.128110321757.issue3745@psf.upfronthosting.co.za>
Message-ID: <1234424217.81.0.637702696207.issue3745@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Fixed in py3k branch r69524.

needs porting to release30-maint.

possibly also release26-maint and trunk.

----------
priority:  -> normal
versions: +Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3745>
_______________________________________

From report at bugs.python.org  Thu Feb 12 08:39:25 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Feb 2009 07:39:25 +0000
Subject: [issue4818] Patch for thread-support in md5module.c
In-Reply-To: <1230981840.09.0.761060151323.issue4818@psf.upfronthosting.co.za>
Message-ID: <1234424365.05.0.122805485952.issue4818@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

fyi - I took care of the unicode data acceptance issue for all hashlib 
related modules in the py3k branch in r69524.

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4818>
_______________________________________

From report at bugs.python.org  Thu Feb 12 08:40:35 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Feb 2009 07:40:35 +0000
Subject: [issue4821] Patches for thread-support in built-in SHA modules
In-Reply-To: <1231002504.32.0.171592356443.issue4821@psf.upfronthosting.co.za>
Message-ID: <1234424435.38.0.702227093642.issue4821@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

fyi - I took care of the unicode data acceptance issue for all hashlib 
related modules in the py3k branch in r69524.

Yes, the hashlib modules have a -lot- of code in common.  Refactoring 
that would be nice but i haven't looked into it.  I at least moved the 
commonly used #define into a new hashlib.h for the above change.

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4821>
_______________________________________

From report at bugs.python.org  Thu Feb 12 08:42:26 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Feb 2009 07:42:26 +0000
Subject: [issue4751] Patch for better thread support in hashlib
In-Reply-To: <1230298756.92.0.632482701363.issue4751@psf.upfronthosting.co.za>
Message-ID: <1234424546.02.0.88180040091.issue4751@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

assigning to me so i don't lose track of making sure this happens for 
trunk.

----------
assignee:  -> gregory.p.smith
components: +Extension Modules -Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4751>
_______________________________________

From report at bugs.python.org  Thu Feb 12 08:56:26 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 12 Feb 2009 07:56:26 +0000
Subject: [issue5222] Please include AutoScroll and create_container in pyttk
	and Tkinter support
In-Reply-To: <1234411450.15.0.433002333862.issue5222@psf.upfronthosting.co.za>
Message-ID: <1234425386.92.0.369595384803.issue5222@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

No additional libraries can be included into 2.6. For 2.7, Guilherme
Polo ttk module is already included, so closing this as fixed.

----------
nosy: +loewis
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5222>
_______________________________________

From report at bugs.python.org  Thu Feb 12 09:10:39 2009
From: report at bugs.python.org (Tony Meyer)
Date: Thu, 12 Feb 2009 08:10:39 +0000
Subject: [issue1161031] Neverending warnings from asyncore
Message-ID: <1234426239.45.0.549584939547.issue1161031@psf.upfronthosting.co.za>


Tony Meyer <anadelonbrin at users.sourceforge.net> added the comment:

None of my arguments have really changed since 2.4.  I still believe 
that this is a poor choice of default behaviour (and if it is meant to 
be overridden to be useable, then 'pass' or 'raise 
NotYetImplementedError' would be a better choice).

However, my impression is that nothing I say will convince you of that, 
so I'll give up on that.  It would have been interesting to hear from 
Andrew the reason for the code.

However, this is definitely a documentation bug (as outlined 
previously), and so should be fixed, not closed.  I can provide a patch 
if it stands a chance of being accepted.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1161031>
_______________________________________

From report at bugs.python.org  Thu Feb 12 09:18:58 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Feb 2009 08:18:58 +0000
Subject: [issue1161031] Neverending warnings from asyncore
Message-ID: <1234426738.23.0.489114407109.issue1161031@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

A documentation patch would be appreciated, thanks!

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1161031>
_______________________________________

From report at bugs.python.org  Thu Feb 12 09:33:30 2009
From: report at bugs.python.org (mproeller)
Date: Thu, 12 Feb 2009 08:33:30 +0000
Subject: [issue5215] change value of local variable in debug
In-Reply-To: <1234338182.69.0.0258607971835.issue5215@psf.upfronthosting.co.za>
Message-ID: <1234427610.43.0.119243560215.issue5215@psf.upfronthosting.co.za>


mproeller <mproeller at googlemail.com> added the comment:

This is the pdb session at the tracepoint in line 4 in the function func
()
So I did the following first:

> c:\test.py(5)func()
-> a = b + 2
(Pdb) p b
13
(Pdb) !b=5
(Pdb) p b
13
(Pdb) n
> c:\test.py(6)func()
-> print a
(Pdb) n
15

I tried to change the value of b but it didn't work, as the
print a statement printed 15, but it should have printed 7
because I set b to 5!!
Then I did the same again:

> c:\test.py(5)func()
-> a = b + 2
(Pdb) p b
13
(Pdb) !b = 5
(Pdb) n
> c:\test.py(6)func()
-> print a
(Pdb) n
7

Note that I changed the value of b to 5 and than didn't print the value
of b and it seems to work as the print statement printed 7.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5215>
_______________________________________

From report at bugs.python.org  Thu Feb 12 09:57:26 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Feb 2009 08:57:26 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234429046.69.0.362401801997.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> > - avoids comparing an unsigned long to -1

Just out of interest, why?  The cast is unnecessary:  there's no ambiguity 
or undefinedness (the int -1 gets promoted to unsigned long, with 
wraparound semantics), and neither gcc nor MSVC complains.

Other than that, the patch looks fine to me;  x ^= x >> 4 would be fine  
too.  I really don't see that it makes much difference either way, since 
both transformations are reversible and fast enough.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 10:00:11 2009
From: report at bugs.python.org (David Jones)
Date: Thu, 12 Feb 2009 09:00:11 +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: <1234429211.16.0.456760009707.issue5202@psf.upfronthosting.co.za>


David Jones <drj at pobox.com> added the comment:

The following program does a very basic do-i-get-back-what-i-wrote test.  
sunau can't cope; I am investigating.

#!/usr/bin/env python
# $Id$
# Audio File Tests

import aifc
import sunau
import wave

import struct
import sys
from StringIO import StringIO

frames = struct.pack('256B', *range(256))
log = sys.stderr

# Basic test of reproducability.
# We test that a set of frames (an entirely artifical set, see `frames`, 
# above) can be written to an audio file and read back again to get the 
# same set of frames.
# We test mono/stereo, 8-bit/16-bit, and a few framerates.    
# As of 2009-02-12 sunau does not pass these tests, so I recommend that 
# you remove it.
for af in (aifc, sunau, wave):
  for nchannels in (1, 2):
    for sampwidth in (1, 2):
      for framerate in (11000, 44100, 96000):
        print >> log, "%s %d/%d/%d" % (af.__name__,
          nchannels, sampwidth, framerate)
        f = StringIO()
        w = af.open(f, 'w')
        w.setnchannels(nchannels)
        w.setsampwidth(sampwidth)
        w.setframerate(framerate)
        w.writeframesraw(frames)
        w.close()
        s = f.getvalue()
        f = StringIO(s)
        w = af.open(f)
        assert w.getnchannels() == nchannels
        assert w.getsampwidth() == sampwidth
        assert w.getframerate() == framerate
        assert w.readframes(len(frames)//nchannels//sampwidth) == frames
        assert w.readframes(1) == ''

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Thu Feb 12 11:57:49 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Feb 2009 10:57:49 +0000
Subject: [issue5032] itertools.count step
In-Reply-To: <1232630071.89.0.921140735063.issue5032@psf.upfronthosting.co.za>
Message-ID: <1234436269.66.0.0812186086859.issue5032@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

A couple of comments:

> Also, improved the utility over its cousin, range() by allowing floating
> point arguments.

Is this wise?  From a numerical perspective, it seems to me that using
count with floating-point arguments is almost always going to be the
wrong thing to do (unless those floats are integral), and that allowing
floating-point arguments invites misuse.  For example, I'd be suspicious
of code that looked like:

for x in count(0.0, 0.1):
    do_something_with_x

where it seems quite likely that what's intended is the more robust:

for i in count():
    x = i/10.0
    do_something_with_x


Second (unrelated) comment:  on my machine, list(count()) appears to
hang, and is unresponsive to keyboard interrupts.  Is there any easy way
to make this interruptible?  While list(count()) is clearly a stupid
thing to type, it would be nice if it didn't hang the interpreter.

----------
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5032>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:09:25 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 11:09:25 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234429046.69.0.362401801997.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234437002.7414.8.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

Mark:
> Just out of interest, why?  The cast is unnecessary:  there's no ambiguity 
> or undefinedness (the int -1 gets promoted to unsigned long, with 
> wraparound semantics), and neither gcc nor MSVC complains.

Well, I had memories of a weird signed/unsigned problem (issue4935) and
I wasn't sure whether it could raise its head in the present case or
not.

Raymond:
> The latter doesn't
> require any special-casing for various pointer sizes.

The special casing is just there so as to make all pointer bits
participate in the final hash (which is what the original implementation
does). Otherwise we could just unconditionally cast to unsigned long.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:18:04 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 11:18:04 +0000
Subject: [issue3745] _sha256 et al. encode to UTF-8 by default
In-Reply-To: <1220261226.32.0.128110321757.issue3745@psf.upfronthosting.co.za>
Message-ID: <1234437484.12.0.658101839813.issue3745@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't think backporting to 2.6 is fine, people may be relying on the
current behaviour.
As for 3.0.1, you'd better be quick, it's scheduled for tomorrow.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3745>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:21:05 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 11:21:05 +0000
Subject: [issue3745] _sha256 et al. encode to UTF-8 by default
In-Reply-To: <1220261226.32.0.128110321757.issue3745@psf.upfronthosting.co.za>
Message-ID: <1234437665.06.0.161405529155.issue3745@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3745>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:22:05 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 11:22:05 +0000
Subject: [issue3745] _sha256 et al. encode to UTF-8 by default
In-Reply-To: <1220261226.32.0.128110321757.issue3745@psf.upfronthosting.co.za>
Message-ID: <1234437725.84.0.618688168762.issue3745@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Wooops, my mouse clicked on Remove!? I removed Message73550, sorry 
gregory. Here was the content of the message:
---
agreed.  most platforms should be using the openssl version, i will
update the non-openssl implementations to behave the same.

I don't think this is worth being a release blocker.  I'll do it for 
3.0.1.
---

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3745>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:25:25 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 11:25:25 +0000
Subject: [issue3745] _sha256 et al. encode to UTF-8 by default
In-Reply-To: <1220261226.32.0.128110321757.issue3745@psf.upfronthosting.co.za>
Message-ID: <1234437925.53.0.194857891977.issue3745@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I agree with pitrou: leave python 2.6 unchanged, but please backport 
to 3.0.1 ;-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3745>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:27:31 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Thu, 12 Feb 2009 11:27:31 +0000
Subject: [issue3833] python-2.6b3.msi and python-2.6b3.amd64.msi can't both be
	installed on one machine
In-Reply-To: <1221106076.33.0.246620485581.issue3833@psf.upfronthosting.co.za>
Message-ID: <1222045305.11.0.948946930644.issue3745@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

agreed.  most platforms should be using the openssl version, i will
update the non-openssl implementations to behave the same.

I don't think this is worth being a release blocker.  I'll do it for 3.0.1.

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3833>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:28:12 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Thu, 12 Feb 2009 11:28:12 +0000
Subject: [issue3833] python-2.6b3.msi and python-2.6b3.amd64.msi can't both be
	installed on one machine
In-Reply-To: <1221106076.33.0.246620485581.issue3833@psf.upfronthosting.co.za>
Message-ID: <1234438092.89.0.41737453432.issue3833@psf.upfronthosting.co.za>


Changes by Guilherme Polo <ggpolo at gmail.com>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3833>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:28:34 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Thu, 12 Feb 2009 11:28:34 +0000
Subject: [issue3833] python-2.6b3.msi and python-2.6b3.amd64.msi can't both be
	installed on one machine
In-Reply-To: <1221106076.33.0.246620485581.issue3833@psf.upfronthosting.co.za>
Message-ID: <1234438114.12.0.168770079113.issue3833@psf.upfronthosting.co.za>


Changes by Guilherme Polo <ggpolo at gmail.com>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3833>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:28:55 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Thu, 12 Feb 2009 11:28:55 +0000
Subject: [issue3833] python-2.6b3.msi and python-2.6b3.amd64.msi can't both be
	installed on one machine
In-Reply-To: <1221106076.33.0.246620485581.issue3833@psf.upfronthosting.co.za>
Message-ID: <1234438135.09.0.533503930436.issue3833@psf.upfronthosting.co.za>


Changes by Guilherme Polo <ggpolo at gmail.com>:


----------
nosy:  -gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3833>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:31:47 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 11:31:47 +0000
Subject: [issue3745] _sha256 et al. encode to UTF-8 by default
In-Reply-To: <1220261226.32.0.128110321757.issue3745@psf.upfronthosting.co.za>
Message-ID: <1222045305.11.0.948946930644.issue3745@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

agreed.  most platforms should be using the openssl version, i will
update the non-openssl implementations to behave the same.

I don't think this is worth being a release blocker.  I'll do it for 3.0.1.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3745>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:32:35 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 11:32:35 +0000
Subject: [issue3745] _sha256 et al. encode to UTF-8 by default
In-Reply-To: <1220261226.32.0.128110321757.issue3745@psf.upfronthosting.co.za>
Message-ID: <1234438355.7.0.863349538202.issue3745@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

gpolo gave me the solution to restore a deleted message:
http://bugs.python.org/issueXXXX?@action=edit&@add at messages=MSGNUM

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3745>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:34:59 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 11:34:59 +0000
Subject: [issue4751] Patch for better thread support in hashlib
In-Reply-To: <1230298756.92.0.632482701363.issue4751@psf.upfronthosting.co.za>
Message-ID: <1234438499.6.0.220022141239.issue4751@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

@ebfe: Did you wrote the patch (for python 2.7)? Are you still 
interrested to write the patch?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4751>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:36:56 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 11:36:56 +0000
Subject: [issue5223] infinite recursion in PyErr_WriteUnraisable
In-Reply-To: <1234412915.77.0.527314714811.issue5223@psf.upfronthosting.co.za>
Message-ID: <1234438616.37.0.459992855786.issue5223@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5223>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:49:25 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 11:49:25 +0000
Subject: [issue637094] print to unicode stream should __unicode
Message-ID: <1234439365.49.0.00501762992646.issue637094@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

ajaksu2> Not sure it's still important after 3.0 release.

Python2 has too much issues related to unicode. It's easier to switch 
to Python3 which use unicode by default for most functions (eg. 
print).

The issue can't be fixed in Python2 without breaking the compatibility 
(introduce regression). I think that the issue is fixed in Python3.

If you disagree, reopen this issue and *attach your patch* ;-)

----------
nosy: +haypo
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue637094>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:54:26 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Feb 2009 11:54:26 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234439666.1.0.259140408986.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> Well, I had memories of a weird signed/unsigned problem (issue4935) and
> I wasn't sure whether it could raise its head in the present case or
> not.

I'm 99.9% sure that it's not a problem here.  If it is a problem then it
needs to be fixed in long_hash in longobject.c as well, which uses
exactly the same code.

The relevant section of the C99 standard is 6.3.1.8, para. 1 (try
googling for 'n1256' if you don't have a copy of the standard).  The
only really nasty cases are those of the form unsigned_int +
signed_long, or more generally,

low_rank_unsigned_integer binary_op higher_rank_signed_integer

where the type of the expression depends on the relative sizes (not just
ranks) of the integer types, giving potential portability problems.  And
there are similar problems with the integer promotions (6.3.1.1, para. 2).

I guess it comes down to personal taste, but my own preference is to
leave out casts where the conversion they describe is already implied by
the C language rules, adding them back in to silence compiler warnings
if necessary.  I find it reduces noise in the code and makes the
important casts more visible, but chacun ? son go?t.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:56:50 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Feb 2009 11:56:50 +0000
Subject: [issue5032] itertools.count step
In-Reply-To: <1232630071.89.0.921140735063.issue5032@psf.upfronthosting.co.za>
Message-ID: <1234439810.46.0.525996530379.issue5032@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Not too worried about either issue.  For the first, it makes the code
closer to its pure python equivalent.  Better to add some math module
function like Matlab's linspace().  It's hard to prevent people from
creating numerical mistakes no matter what.  Besides, now it's possible
to write:  count(Decimal('1.1'), Decimal('.1')) and get exact
progressions.  

For the second, the non-interruptability issue is everpresent throughout
the language.  If we get some uniform way of dealing with it, that would
be great (though I expect it will slow down lots of things we care about
and provide nearly zero benefit).  Since count() and repeat() came out
in itertools eons ago, there have been zero bug reports or user
complaints about the issue.  So, I'll take it as a non-issue.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5032>
_______________________________________

From report at bugs.python.org  Thu Feb 12 12:58:07 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 11:58:07 +0000
Subject: [issue660095] GNU readline version confusion
Message-ID: <1234439887.49.0.428734885378.issue660095@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

This issue is related to old versions:
 - readline 4.2: current is 5.2
 - gcc 3.2.1: current is 4.3.3
 - python 2.2.2: current is 2.6.1
 - etc.

If the problem is still valid today, please reopen this issue.

----------
nosy: +haypo
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue660095>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:01:09 2009
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Feb 2009 12:01:09 +0000
Subject: [issue5224] OS X installer: "Update Shell Profile" script is not
	updated
In-Reply-To: <1234440069.85.0.865907357783.issue5224@psf.upfronthosting.co.za>
Message-ID: <1234440069.85.0.865907357783.issue5224@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

ANALYSIS   The script used by the Python installer to update the user's
           shell script has a hard-coded version number.  This script
           is also installed in the "/Applications/Python n.n" directory
           as "Update Shell Profile.command".  The installer is not
           updating the version in the command so the wrong version
           of Python may be inserted into the user's shell path.

SOLUTION   Ensure that the build major version is auto-updated in both.

APPLIES    py3k, 3.0, trunk, 2.6

NOTE       Patch is in two parts:
              patch-nad0005.txt (this file) py3k, 3.0, trunk, 2.6
           and one of:
              patch-nad0005-py3k-30.txt     py3k, 3.0
              patch-nad0005-trunk.txt       trunk
              patch-nad0005-26.txt          2.6

----------
components: Macintosh
files: patch-nad0005.txt
messages: 81747
nosy: nad
severity: normal
status: open
title: OS X installer: "Update Shell Profile" script is not updated
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13045/patch-nad0005.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5224>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:01:31 2009
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Feb 2009 12:01:31 +0000
Subject: [issue5224] OS X installer: "Update Shell Profile" script is not
	updated
In-Reply-To: <1234440069.85.0.865907357783.issue5224@psf.upfronthosting.co.za>
Message-ID: <1234440091.79.0.861260535741.issue5224@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


Added file: http://bugs.python.org/file13046/patch-nad0005-py3k-30.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5224>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:01:44 2009
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Feb 2009 12:01:44 +0000
Subject: [issue5224] OS X installer: "Update Shell Profile" script is not
	updated
In-Reply-To: <1234440069.85.0.865907357783.issue5224@psf.upfronthosting.co.za>
Message-ID: <1234440104.89.0.607489270978.issue5224@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


Added file: http://bugs.python.org/file13047/patch-nad0005-trunk.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5224>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:01:56 2009
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Feb 2009 12:01:56 +0000
Subject: [issue5224] OS X installer: "Update Shell Profile" script is not
	updated
In-Reply-To: <1234440069.85.0.865907357783.issue5224@psf.upfronthosting.co.za>
Message-ID: <1234440116.2.0.722369599743.issue5224@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


Added file: http://bugs.python.org/file13048/patch-nad0005-26.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5224>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:02:19 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Feb 2009 12:02:19 +0000
Subject: [issue5032] itertools.count step
In-Reply-To: <1232630071.89.0.921140735063.issue5032@psf.upfronthosting.co.za>
Message-ID: <1234440139.4.0.27421928168.issue5032@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> to write:  count(Decimal('1.1'), Decimal('.1')) and get exact
> progressions.  

That's pretty cool. :-)

> in itertools eons ago, there have been zero bug reports or user
> complaints about the issue.  So, I'll take it as a non-issue.

Fair enough.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5032>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:05:46 2009
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Feb 2009 12:05:46 +0000
Subject: [issue5225] OS X "Update Shell Profile" may not update $PATH if run
	more than once
In-Reply-To: <1234440346.58.0.444916712806.issue5225@psf.upfronthosting.co.za>
Message-ID: <1234440346.58.0.444916712806.issue5225@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

An instance of the shell script "Update Shell Profile.command"
         is installed in each "/Applications/Python x.x" folder.
         Clicking on the script allows the user to change the default
         Python version.  If the scripts are run more than once - say
         first to make 3.0 the default then 2.6 the default then back
         to 3.0 again - the script will fail to update the user's $PATH,
         forcing users to manually edit their shell profile.

SOLUTION Ensure that $PATH is updated if there are other Python
         frameworks already on its head.

         (This is not the most elegant solution since it leaves the
         previous versions later in the path but it is safer to
         only append to the user's profile - and a backup copy
         is made.)

APPLIES  py3k, 3.0, trunk, 2.6

----------
components: Macintosh
files: patch-nad0020.txt
messages: 81749
nosy: nad
severity: normal
status: open
title: OS X "Update Shell Profile" may not update $PATH if run more than once
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13049/patch-nad0020.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5225>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:09:21 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 12:09:21 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234429046.69.0.362401801997.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234440604.7414.14.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Other than that, the patch looks fine to me;  x ^= x >> 4 would be fine  
> too.

I've just tried x ^= x >> 4 and the speedup is smaller on our
microbenchmark (time_object_hash.py). I conjecture that trying to
maintain the sequentiality of adresses may have beneficial cache
locality effects. Should we care?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:09:26 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 12:09:26 +0000
Subject: [issue5214] Add KOI8-RU as a known encoding
In-Reply-To: <1234335818.61.0.321610259153.issue5214@psf.upfronthosting.co.za>
Message-ID: <1234440566.45.0.499561274431.issue5214@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

I found this file http://ra.dkuug.dk/i18n/charmaps/KOI8-RU. I 
converted it to a format compatible with gencodec.py. Here is the 
resulting file: copy it into <your python library>/encodings/.

----------
nosy: +haypo
Added file: http://bugs.python.org/file13050/koi8_ru.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5214>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:09:38 2009
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Feb 2009 12:09:38 +0000
Subject: [issue5226] OS X installer: Welcome and Readme files are out-of-date
In-Reply-To: <1234440578.91.0.615393071826.issue5226@psf.upfronthosting.co.za>
Message-ID: <1234440578.91.0.615393071826.issue5226@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

The information in the installer Welcome and README is out-of-date.

APPLIES     py3k, 3.0, trunk, 2.6

NOTE        patch-nad0019-py3k-30.txt   py3k, 3.0
            patch-nad0019-trunk-26.txt  trunk, 2.6

----------
components: Macintosh
files: patch-nad0019-py3k-30.txt
messages: 81752
nosy: nad
severity: normal
status: open
title: OS X installer: Welcome and Readme files are out-of-date
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13051/patch-nad0019-py3k-30.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5226>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:10:16 2009
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Feb 2009 12:10:16 +0000
Subject: [issue5226] OS X installer: Welcome and Readme files are out-of-date
In-Reply-To: <1234440578.91.0.615393071826.issue5226@psf.upfronthosting.co.za>
Message-ID: <1234440616.88.0.107970048778.issue5226@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


Added file: http://bugs.python.org/file13052/patch-nad0019-trunk-26.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5226>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:10:31 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 12:10:31 +0000
Subject: [issue5214] Add KOI8-RU as a known encoding
In-Reply-To: <1234335818.61.0.321610259153.issue5214@psf.upfronthosting.co.za>
Message-ID: <1234440631.24.0.628063646462.issue5214@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Attach file used as gencodec.py input: koi8-ru.

dwayne: Does the result look correct?

Added file: http://bugs.python.org/file13053/koi8-ru

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5214>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:14:25 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 12:14:25 +0000
Subject: [issue5214] Add KOI8-RU as a known encoding
In-Reply-To: <1234335818.61.0.321610259153.issue5214@psf.upfronthosting.co.za>
Message-ID: <1234440865.51.0.383690106128.issue5214@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

My version of iconv (2.6.1) doesn't support KOI8-RU, only:
 - CSKOI8R
 - KOI-7
 - KOI-8
 - KOI8-R: supported by python trunk
 - KOI8-T
 - KOI8-U: supported by python trunk
 - KOI8
 - KOI8R
 - KOI8U

Note: python trunk doesn't support KOI8R nor KOI8U (which are just 
aliases to KOI8-R and KOI8-U).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5214>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:14:40 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Feb 2009 12:14:40 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234440880.67.0.318957441284.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

+1 for checking in pointer_hash4.patch, provided Raymond approves.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:25:51 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 12 Feb 2009 12:25:51 +0000
Subject: [issue5214] Add KOI8-RU as a known encoding
In-Reply-To: <1234335818.61.0.321610259153.issue5214@psf.upfronthosting.co.za>
Message-ID: <1234441551.22.0.743168092236.issue5214@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Could you please clarify the official status of this encoding. According
to this page:

http://www.terena.org/activities/multiling/koi8-ru/index.html

it is currently only a proposed draft which hasn't been updated since 1997.

----------
nosy: +lemburg
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5214>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:32:20 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 12 Feb 2009 12:32:20 +0000
Subject: [issue637094] print to unicode stream should __unicode
In-Reply-To: <1234439365.49.0.00501762992646.issue637094@psf.upfronthosting.co.za>
Message-ID: <499416D0.3060006@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-12 12:49, STINNER Victor wrote:
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
> ajaksu2> Not sure it's still important after 3.0 release.
> 
> Python2 has too much issues related to unicode. It's easier to switch 
> to Python3 which use unicode by default for most functions (eg. 
> print).

I don't agree with that statement. Python3 has better Unicode I/O
support, but apart from that it's pretty much the same show.

> The issue can't be fixed in Python2 without breaking the compatibility 
> (introduce regression). I think that the issue is fixed in Python3.

Python3 fixes the "print" statement to be a function, which allows
much better extensibility of the concept.

You can have the same in Python2 with a little effort: just create
your own myprint() function and have it process Unicode in whatever
way you want.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue637094>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:40:34 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Feb 2009 12:40:34 +0000
Subject: [issue5032] itertools.count step
In-Reply-To: <1232630071.89.0.921140735063.issue5032@psf.upfronthosting.co.za>
Message-ID: <1234442434.31.0.646905250061.issue5032@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

More coolness:

   count(Fraction(2,3), Fraction(1,6))

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5032>
_______________________________________

From report at bugs.python.org  Thu Feb 12 13:51:14 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Feb 2009 12:51:14 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234443074.34.0.82076964905.issue5186@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Consider it approved.  Though I prefer you switch to x ^= x >> 4.

----------
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 14:00:48 2009
From: report at bugs.python.org (Rogi)
Date: Thu, 12 Feb 2009 13:00:48 +0000
Subject: [issue5227] Py_Main() does not return on sys.exit()
In-Reply-To: <1234443648.41.0.597133870232.issue5227@psf.upfronthosting.co.za>
Message-ID: <1234443648.41.0.597133870232.issue5227@psf.upfronthosting.co.za>


New submission from Rogi <rogi at linuxmail.org>:

>From teh documentation:
http://docs.python.org/c-api/veryhigh.html

int Py_Main(int argc, char **argv)?
    The main program for the standard interpreter. This is made
available for programs which embed Python. The argc and argv parameters
should be prepared exactly as those which are passed to a C program?s
main function. It is important to note that the argument list may be
modified (but the contents of the strings pointed to by the argument
list are not). The return value will be the integer passed to the
sys.exit() function, 1 if the interpreter exits due to an exception, or
2 if the parameter list does not represent a valid Python command line.

However, if teh user type sys.exit(whatever), Py_Main() is call exit()
instead of returning, which cause program termination before cleanup and
stuff.

----------
components: None
messages: 81760
nosy: Rogi
severity: normal
status: open
title: Py_Main() does not return on sys.exit()
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5227>
_______________________________________

From report at bugs.python.org  Thu Feb 12 14:22:33 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 13:22:33 +0000
Subject: [issue637094] print to unicode stream should __unicode
In-Reply-To: <499416D0.3060006@egenix.com>
Message-ID: <200902121422.25671.victor.stinner@haypocalc.com>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Python3 fixes the "print" statement to be a function, which allows
> much better extensibility of the concept.
>
> You can have the same in Python2 with a little effort: just create
> your own myprint() function and have it process Unicode in whatever
> way you want.

About myprint(): sure, it's possible to write a custom issue. But the feature 
request was to use obj.__unicode__() instead of obj.__str__() for an "unicode 
aware stream".

The problem with Python2 is that there is not clear separation between "bytes 
stream" ("raw stream"?) and "unicode aware stream" (like io.open or 
codecs.open). I think that fixing this issue (#637094) was one of the goal of 
the new I/O library (io in Python3).

Using __unicode__() for some object and __str__() for some other sounds 
strange/dangerous to me. I prefer bytes-only stream or unicode-only stream, 
but not bytes-and-sometimes-unicode stream.

Python2 has only bytes stream. Python3 has both: open(name, 'rb') is bytes 
only, and open(name, 'r') is unicode only.

lemburg> Does your message mean that you want to reopen the issue?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue637094>
_______________________________________

From report at bugs.python.org  Thu Feb 12 14:23:28 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Feb 2009 13:23:28 +0000
Subject: [issue4998] __slots__ on Fraction is useless
In-Reply-To: <1232368882.79.0.616892747667.issue4998@psf.upfronthosting.co.za>
Message-ID: <1234445008.89.0.485171028057.issue4998@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

This needs to be merged before 3.0.1 goes out.  I can't do it right now
since I don't have ssh access;  will do it when I get home if no-one
beats me to it.

----------
priority: critical -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4998>
_______________________________________

From report at bugs.python.org  Thu Feb 12 14:32:36 2009
From: report at bugs.python.org (Matthias Klose)
Date: Thu, 12 Feb 2009 13:32:36 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1224522256.17.0.820973690454.issue4151@psf.upfronthosting.co.za>
Message-ID: <1234445556.88.0.573185737896.issue4151@psf.upfronthosting.co.za>


Matthias Klose <doko at debian.org> added the comment:

still seen on the 2.6 branch. applying r69374 on the branch doesn't fix
it there.

----------
nosy: +doko
resolution: fixed -> 
status: closed -> open
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4151>
_______________________________________

From report at bugs.python.org  Thu Feb 12 15:01:22 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 12 Feb 2009 14:01:22 +0000
Subject: [issue637094] print to unicode stream should __unicode
In-Reply-To: <200902121422.25671.victor.stinner@haypocalc.com>
Message-ID: <49942BAE.7070107@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-12 14:22, STINNER Victor wrote:
> STINNER Victor <victor.stinner at haypocalc.com> added the comment:
> 
>> Python3 fixes the "print" statement to be a function, which allows
>> much better extensibility of the concept.
>>
>> You can have the same in Python2 with a little effort: just create
>> your own myprint() function and have it process Unicode in whatever
>> way you want.
> 
> About myprint(): sure, it's possible to write a custom issue. But the feature 
> request was to use obj.__unicode__() instead of obj.__str__() for an "unicode 
> aware stream".
> 
> The problem with Python2 is that there is not clear separation between "bytes 
> stream" ("raw stream"?) and "unicode aware stream" (like io.open or 
> codecs.open). I think that fixing this issue (#637094) was one of the goal of 
> the new I/O library (io in Python3).

True, but the point of the original request was that the stream
should decide how to print the object, ie. you pass the object to
the stream's .write() method instead of first running str() on
it and then passing this to the .write() method.

This is easy to have using a custom print function and indeed
a good way to proceed if you want to port to Python3 at some
later point.

> Using __unicode__() for some object and __str__() for some other sounds 
> strange/dangerous to me. I prefer bytes-only stream or unicode-only stream, 
> but not bytes-and-sometimes-unicode stream.

If you use a StreamWriter instance in Python2 which uses one of
the Unicode codecs, then it will accept ASCII strings or Unicode
as input for .write(), ie. the stream decides on how to process
the input.

> Python2 has only bytes stream. Python3 has both: open(name, 'rb') is bytes 
> only, and open(name, 'r') is unicode only.

That's not entirely correct. Python2's codecs.py module provides
streams which can implement several different type combinations
for input and output.

> lemburg> Does your message mean that you want to reopen the issue?

No, I just wanted to correct your statement :-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue637094>
_______________________________________

From report at bugs.python.org  Thu Feb 12 15:06:23 2009
From: report at bugs.python.org (Lukas Lueg)
Date: Thu, 12 Feb 2009 14:06:23 +0000
Subject: [issue4751] Patch for better thread support in hashlib
In-Reply-To: <1230298756.92.0.632482701363.issue4751@psf.upfronthosting.co.za>
Message-ID: <1234447583.31.0.755906858429.issue4751@psf.upfronthosting.co.za>


Lukas Lueg <knabberknusperhaus at yahoo.de> added the comment:

yes, I got lost on that one. I'll create a patch for 2.7 tonight.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4751>
_______________________________________

From report at bugs.python.org  Thu Feb 12 15:26:30 2009
From: report at bugs.python.org (ndbecker)
Date: Thu, 12 Feb 2009 14:26:30 +0000
Subject: [issue5228] multiprocessing not compatible with functools.partial
In-Reply-To: <1234448790.05.0.305625917638.issue5228@psf.upfronthosting.co.za>
Message-ID: <1234448790.05.0.305625917638.issue5228@psf.upfronthosting.co.za>


New submission from ndbecker <ndbecker2 at gmail.com>:

from multiprocessing import Pool

def power (x, pwr=2):
    return x**pwr

import functools
run_test = functools.partial (power, pwr=3)

if __name__ == "__main__":

    pool = Pool()
    cases = [3,4,5]
    results = pool.map (run_test, cases)

TypeError: type 'partial' takes at least one argument
Traceback (most recent call last):
  File "/usr/lib/python2.5/site-packages/multiprocessing-2.6.1.1-py2.5-
    self.run()
  File "/usr/lib/python2.5/site-packages/multiprocessing-2.6.1.1-py2.5-
    self._target(*self._args, **self._kwargs)
  File "/usr/lib/python2.5/site-packages/multiprocessing-2.6.1.1-py2.5-
    task = get()
  File "/usr/lib/python2.5/site-packages/multiprocessing-2.6.1.1-py2.5-
    return recv()
TypeError: type 'partial' takes at least one argument

----------
components: Library (Lib)
messages: 81766
nosy: jnoller, ndbecker
severity: normal
status: open
title: multiprocessing not compatible with functools.partial
type: behavior
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5228>
_______________________________________

From report at bugs.python.org  Thu Feb 12 15:27:56 2009
From: report at bugs.python.org (Jesse Noller)
Date: Thu, 12 Feb 2009 14:27:56 +0000
Subject: [issue5228] multiprocessing not compatible with functools.partial
In-Reply-To: <1234448790.05.0.305625917638.issue5228@psf.upfronthosting.co.za>
Message-ID: <1234448876.54.0.949441286951.issue5228@psf.upfronthosting.co.za>


Changes by Jesse Noller <jnoller at gmail.com>:


----------
assignee:  -> jnoller
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5228>
_______________________________________

From report at bugs.python.org  Thu Feb 12 15:28:27 2009
From: report at bugs.python.org (Jesse Noller)
Date: Thu, 12 Feb 2009 14:28:27 +0000
Subject: [issue5228] multiprocessing not compatible with functools.partial
In-Reply-To: <1234448790.05.0.305625917638.issue5228@psf.upfronthosting.co.za>
Message-ID: <1234448907.43.0.273254241358.issue5228@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

See this mail thread:
http://mail.python.org/pipermail/python-dev/2009-February/086034.html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5228>
_______________________________________

From report at bugs.python.org  Thu Feb 12 15:55:55 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Feb 2009 14:55:55 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234450555.3.0.661422265211.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> Though I prefer you switch to x ^= x >> 4.

Okay, how about this one?  Short and sweet.  No loss of information
except when sizeof(void *) > sizeof(long) (unavoidable until someone
finds a way to fit all 64-bit pointers into a 32-bit integer type...)

Added file: http://bugs.python.org/file13054/pointer_hash5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 16:05:18 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 15:05:18 +0000
Subject: [issue5194] OS X IDLE.app and bin/idle: missing/extra menu options
In-Reply-To: <1234234507.58.0.689231089961.issue5194@psf.upfronthosting.co.za>
Message-ID: <1234451118.55.0.674541413185.issue5194@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've fixed this for 3.1 in r69532. Fixed for 3.0 in r69533 (backport of 
the other patch).

The actual checkin is based on "patch-nad0014-py3k-30.txt", but with some 
minor tweaks (I use "idlelib.macosxSupport.runningAsOSXApp" throughout, 
instead of sometimes doing the same check by hand).

----------
nosy: +ronaldoussoren
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5194>
_______________________________________

From report at bugs.python.org  Thu Feb 12 16:12:59 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 15:12:59 +0000
Subject: [issue5195] OS X IDLE.app and bin/idle: incorrect key defaults in 3.x
In-Reply-To: <1234234764.34.0.510660013878.issue5195@psf.upfronthosting.co.za>
Message-ID: <1234451579.31.0.666578890251.issue5195@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Applied the patch as r69534 (3.1) and r69534 (3.0)

----------
nosy: +ronaldoussoren
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5195>
_______________________________________

From report at bugs.python.org  Thu Feb 12 16:19:22 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 15:19:22 +0000
Subject: [issue5196] OS X IDLE.app: may not launch on 3.x
In-Reply-To: <1234235086.65.0.906288935492.issue5196@psf.upfronthosting.co.za>
Message-ID: <1234451962.83.0.288793053343.issue5196@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Applied as r69536 (3.1) and r69537 (3.0)

----------
nosy: +ronaldoussoren
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5196>
_______________________________________

From report at bugs.python.org  Thu Feb 12 16:22:37 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 15:22:37 +0000
Subject: [issue5225] OS X "Update Shell Profile" may not update $PATH if run
	more than once
In-Reply-To: <1234440346.58.0.444916712806.issue5225@psf.upfronthosting.co.za>
Message-ID: <1234452157.09.0.0755771798978.issue5225@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I don't like this patch because it could grow the users profile without 
bounds when switching back and forth between two python versions.

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5225>
_______________________________________

From report at bugs.python.org  Thu Feb 12 16:27:29 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 15:27:29 +0000
Subject: [issue5226] OS X installer: Welcome and Readme files are out-of-date
In-Reply-To: <1234440578.91.0.615393071826.issue5226@psf.upfronthosting.co.za>
Message-ID: <1234452449.34.0.25390051927.issue5226@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Applied patch for 3.1 (r69538) and 3.0 (r69539).

----------
nosy: +ronaldoussoren
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5226>
_______________________________________

From report at bugs.python.org  Thu Feb 12 16:42:39 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 12 Feb 2009 15:42:39 +0000
Subject: [issue5226] OS X installer: Welcome and Readme files are out-of-date
In-Reply-To: <1234440578.91.0.615393071826.issue5226@psf.upfronthosting.co.za>
Message-ID: <1234453359.27.0.723713057703.issue5226@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/issue5226>
_______________________________________

From report at bugs.python.org  Thu Feb 12 16:57:08 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 15:57:08 +0000
Subject: [issue5143] OS X: Py_SetProgramName argument has type char*;
	should be wchar_t*
In-Reply-To: <1233679989.65.0.0874106595792.issue5143@psf.upfronthosting.co.za>
Message-ID: <1234454228.06.0.0129123326435.issue5143@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've applied both the fix and tests in r69540 (3.1) and r69541 (3.0)

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5143>
_______________________________________

From report at bugs.python.org  Thu Feb 12 17:04:01 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 16:04:01 +0000
Subject: [issue3883] Bottom buttons of IDLE Preferences Pane on Mac not wide
	enough for their text.
In-Reply-To: <1221598645.05.0.789748104063.issue3883@psf.upfronthosting.co.za>
Message-ID: <1234454641.26.0.810215108273.issue3883@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've committed the ronald-configDialog.patch to 3.1 and 3.0. This does 
mostly the same as Kevin's patch, but only on OSX (that is, I check for 
OSX and don't add the padding arguments in that case). 

I haven't applied Kevin's patch as is because I don't know if that will 
break other platforms and the 3.0.1 release is very near. 

Committed as r69542 (3.1) and r69543 (3.0)

Still need to commit the same patch for 2.6

----------
nosy: +ronaldoussoren
resolution:  -> accepted
Added file: http://bugs.python.org/file13055/ronald-configDialog.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3883>
_______________________________________

From report at bugs.python.org  Thu Feb 12 17:09:45 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 16:09:45 +0000
Subject: [issue5224] OS X installer: "Update Shell Profile" script is not
	updated
In-Reply-To: <1234440069.85.0.865907357783.issue5224@psf.upfronthosting.co.za>
Message-ID: <1234454985.96.0.793611662809.issue5224@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Committed as r69544 (3.1) and r69545 (3.0)

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5224>
_______________________________________

From report at bugs.python.org  Thu Feb 12 17:31:39 2009
From: report at bugs.python.org (Jim Baker)
Date: Thu, 12 Feb 2009 16:31:39 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1234456299.4.0.908201366562.issue1533164@psf.upfronthosting.co.za>


Jim Baker <jbaker at zyasoft.com> added the comment:

Ideally packages should not need to add "optimize=1" to their setup.cfg, 
as this currently breaks Jython compatibility. This is because Jython, 
including 2.5, does not support the -O flag.

----------
nosy: +jbaker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Thu Feb 12 17:32:26 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 12 Feb 2009 16:32:26 +0000
Subject: [issue5224] OS X installer: "Update Shell Profile" script is not
	updated
In-Reply-To: <1234440069.85.0.865907357783.issue5224@psf.upfronthosting.co.za>
Message-ID: <1234456346.98.0.242750356259.issue5224@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/issue5224>
_______________________________________

From report at bugs.python.org  Thu Feb 12 17:58:36 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 16:58:36 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234450555.3.0.661422265211.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234457958.6880.0.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Okay, how about this one? 

Apart from the misindentation (the file should use tabs not spaces),
have you run the benchmark script with it?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 17:59:52 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 16:59:52 +0000
Subject: [issue5226] OS X installer: Welcome and Readme files are out-of-date
In-Reply-To: <1234440578.91.0.615393071826.issue5226@psf.upfronthosting.co.za>
Message-ID: <1234457991.92.0.280556404.issue5226@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

reopened because this issue was only fixed for python 3.x

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5226>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:00:09 2009
From: report at bugs.python.org (Travis Hassloch)
Date: Thu, 12 Feb 2009 17:00:09 +0000
Subject: [issue5210] zlib does not indicate end of compressed stream properly
In-Reply-To: <1234295180.57.0.273384677161.issue5210@psf.upfronthosting.co.za>
Message-ID: <1234458009.55.0.195606559424.issue5210@psf.upfronthosting.co.za>


Travis Hassloch <travis at giganews.com> added the comment:

Here is a patch which adds a member called is_finished to decompression
objects that allows client code to know when it has reached the end of
the compressed stream.

----------
keywords: +patch
Added file: http://bugs.python.org/file13056/zlibmodule.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5210>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:00:36 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 17:00:36 +0000
Subject: [issue5224] OS X installer: "Update Shell Profile" script is not
	updated
In-Reply-To: <1234440069.85.0.865907357783.issue5224@psf.upfronthosting.co.za>
Message-ID: <1234458036.71.0.336886950266.issue5224@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Reopened the issue because it is only fixed for 3.x at the moment.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5224>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:02:37 2009
From: report at bugs.python.org (engelbert gruber)
Date: Thu, 12 Feb 2009 17:02:37 +0000
Subject: [issue2263] struct.pack() + numpy int raises SystemError
In-Reply-To: <1205134764.8.0.415620235375.issue2263@psf.upfronthosting.co.za>
Message-ID: <1234458157.9.0.0514926329516.issue2263@psf.upfronthosting.co.za>


engelbert gruber <grubert at users.sourceforge.net> added the comment:

Including Py_TPFLAGS_INT_SUBCLASS in numpy's BASEFLAGS cures this.
This is an external problem then.
But I could not find any reference to Py_TPFLAGS_*_SUBCLASS in the
documentation, that is a python problem.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2263>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:19:16 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 17:19:16 +0000
Subject: [issue2263] struct.pack() + numpy int raises SystemError
In-Reply-To: <1205134764.8.0.415620235375.issue2263@psf.upfronthosting.co.za>
Message-ID: <1234459156.21.0.26553213954.issue2263@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, so Python has to improve its C-API documentation, and numpy to fix
its int types :)

----------
assignee:  -> georg.brandl
components: +Documentation -Library (Lib)
nosy: +georg.brandl, pitrou
priority:  -> normal
versions: +Python 2.6, Python 3.0, Python 3.1 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2263>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:36:58 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:36:58 +0000
Subject: [issue1537445] urllib2 httplib _read_chunked timeout
Message-ID: <1234460218.48.0.142614418965.issue1537445@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Should this one be closed and docs discussed in a new one? Volunteers? :)

----------
assignee:  -> georg.brandl
components: +Documentation, Library (Lib) -None
nosy: +ajaksu2, georg.brandl, orsenthil
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1537445>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:37:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:37:27 +0000
Subject: [issue2202] urllib2 fails against IIS 6.0 (No support for MD5-sess
	auth)
In-Reply-To: <1204223194.19.0.670418970441.issue2202@psf.upfronthosting.co.za>
Message-ID: <1234460247.09.0.161357673114.issue2202@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2202>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:38:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:38:04 +0000
Subject: [issue1448934] urllib2+https+proxy not working
Message-ID: <1234460284.62.0.153769482631.issue1448934@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +Added HTTP{,S}ProxyConnection
nosy: +orsenthil
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1448934>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:38:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:38:22 +0000
Subject: [issue1595365] User-agent header added by an opener is "frozen"
Message-ID: <1234460302.53.0.891118404798.issue1595365@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
nosy: +orsenthil
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1595365>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:39:45 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:39:45 +0000
Subject: [issue1520831] urrlib2 max_redirections=0 disables redirects
Message-ID: <1234460385.57.0.761733883545.issue1520831@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

rus_r_orange: Can you share your patch and tests?

----------
nosy: +ajaksu2, orsenthil
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1520831>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:40:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:40:26 +0000
Subject: [issue1160328] urllib2 post error when using httpproxy
Message-ID: <1234460426.93.0.312643905455.issue1160328@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1160328>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:41:18 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:41:18 +0000
Subject: [issue1368312] fix for scheme identification in urllib2?
Message-ID: <1234460478.44.0.0702763536509.issue1368312@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1368312>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:42:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:42:24 +0000
Subject: [issue979407] urllib2 digest auth totally broken
Message-ID: <1234460544.82.0.124100636895.issue979407@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
dependencies: +urllib2 doesn't handle username/password in url
nosy: +orsenthil
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue979407>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:42:44 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:42:44 +0000
Subject: [issue1508475] transparent gzip compression in liburl2
Message-ID: <1234460564.08.0.852812203009.issue1508475@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib)
nosy: +orsenthil
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1508475>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:44:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:44:20 +0000
Subject: [issue1490929] urllib.retrieve's reporthook called with non-helpful
	value
Message-ID: <1234460660.14.0.802979603083.issue1490929@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Patch has docs, tests needed.

----------
nosy: +ajaksu2, orsenthil
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1490929>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:46:10 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:46:10 +0000
Subject: [issue4894] Docs for
	urllib.request.HTTPRedirectHandler.redirect_request missing
	"hdrs" paramether
In-Reply-To: <1231509516.06.0.732679259028.issue4894@psf.upfronthosting.co.za>
Message-ID: <1234460770.49.0.770929555152.issue4894@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
keywords: +easy
nosy: +orsenthil
stage:  -> patch review
title: documentaion doesn't include parameter in urllib.request.HTTPRedirectHandler.redirect_request -> Docs for urllib.request.HTTPRedirectHandler.redirect_request missing "hdrs" paramether
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4894>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:47:25 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:47:25 +0000
Subject: [issue3244] multipart/form-data encoding
In-Reply-To: <1214849078.87.0.171093103517.issue3244@psf.upfronthosting.co.za>
Message-ID: <1234460845.49.0.152301312971.issue3244@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +Support iterable bodies in httplib
keywords: +easy
nosy: +orsenthil
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3244>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:50:36 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:50:36 +0000
Subject: [issue3066] FD leak in urllib2
In-Reply-To: <1213009389.23.0.132424094421.issue3066@psf.upfronthosting.co.za>
Message-ID: <1234461036.29.0.869126913913.issue3066@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Has (non-unittest) test and proposed (non-diff) patch inline.

----------
nosy: +ajaksu2, orsenthil
stage:  -> test needed
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3066>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:51:29 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:51:29 +0000
Subject: [issue3407] test_urllib2_localnet fails on MacOS X 10.4.11 (Intel)
In-Reply-To: <1216406874.33.0.238022254592.issue3407@psf.upfronthosting.co.za>
Message-ID: <1234461089.69.0.793606127779.issue3407@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3407>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:52:33 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:52:33 +0000
Subject: [issue3407] test_urllib2_localnet fails on MacOS X 10.4.11 (Intel)
In-Reply-To: <1216406874.33.0.238022254592.issue3407@psf.upfronthosting.co.za>
Message-ID: <1234461153.72.0.223079461905.issue3407@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
versions: +Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3407>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:53:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:53:49 +0000
Subject: [issue3583] test_urllibnet.test_bad_address() fails when using OpenDNS
In-Reply-To: <1219008061.86.0.538682955954.issue3583@psf.upfronthosting.co.za>
Message-ID: <1234461229.91.0.656268657872.issue3583@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Tests -Library (Lib)
nosy: +orsenthil
stage:  -> test needed
versions: +Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3583>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:56:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:56:14 +0000
Subject: [issue1453973] addheaders for urlopen / open / xxxx_open
Message-ID: <1234461374.6.0.725061332514.issue1453973@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1453973>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:57:18 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:57:18 +0000
Subject: [issue1519816] urllib2 proxy does not work in 2.4.3
Message-ID: <1234461438.27.0.306409827771.issue1519816@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1519816>
_______________________________________

From report at bugs.python.org  Thu Feb 12 18:58:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 17:58:34 +0000
Subject: [issue3702] test_urllib2.test_trivial fails when run from another
	Windows drive
In-Reply-To: <1219845702.82.0.0720973084926.issue3702@psf.upfronthosting.co.za>
Message-ID: <1234461514.43.0.709730229152.issue3702@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3702>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:00:36 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:00:36 +0000
Subject: [issue2244] urllib and urllib2 decode userinfo multiple times
In-Reply-To: <1204819810.33.0.413464262118.issue2244@psf.upfronthosting.co.za>
Message-ID: <1234461636.9.0.247191780016.issue2244@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed
versions: +Python 3.0 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2244>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:01:52 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 18:01:52 +0000
Subject: [issue5228] multiprocessing not compatible with functools.partial
In-Reply-To: <1234448790.05.0.305625917638.issue5228@psf.upfronthosting.co.za>
Message-ID: <1234461712.32.0.643993105701.issue5228@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Rather than implement a multiprocessing-specific fix, it would certainly
be better to make functools.partial picklable, as pointed out in the ML
thread Jesse linked to.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5228>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:03:29 2009
From: report at bugs.python.org (Jesse Noller)
Date: Thu, 12 Feb 2009 18:03:29 +0000
Subject: [issue5228] multiprocessing not compatible with functools.partial
In-Reply-To: <1234461712.32.0.643993105701.issue5228@psf.upfronthosting.co.za>
Message-ID: <4222a8490902121003y7562b053i87aa631572d03e08@mail.gmail.com>


Jesse Noller <jnoller at gmail.com> added the comment:

> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> Rather than implement a multiprocessing-specific fix, it would certainly
> be better to make functools.partial picklable, as pointed out in the ML
> thread Jesse linked to.
>

I would tend to agree

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5228>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:07:09 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 12 Feb 2009 18:07:09 +0000
Subject: [issue4998] __slots__ on Fraction is useless
In-Reply-To: <1232368882.79.0.616892747667.issue4998@psf.upfronthosting.co.za>
Message-ID: <1234462029.09.0.607204676575.issue4998@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Merged (manually) to py3k in r69547;  svnmerged to 3.0 and 2.6 in r69548, 
r69549.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4998>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:08:01 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:08:01 +0000
Subject: [issue618023] imap handler in urllib(2)
Message-ID: <1234462081.07.0.690026220974.issue618023@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Does imaplib cover this?

----------
components: +Library (Lib) -Extension Modules
nosy: +ajaksu2, orsenthil
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue618023>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:08:18 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:08:18 +0000
Subject: [issue1285440] Digest Authentication not working in all cases
Message-ID: <1234462098.57.0.581414642371.issue1285440@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -Extension Modules
nosy: +orsenthil
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285440>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:09:44 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:09:44 +0000
Subject: [issue1368368] prompt_user_passwd() in FancyURLopener masks 401
	Unauthorized error page
Message-ID: <1234462184.98.0.773326296459.issue1368368@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
nosy: +orsenthil
stage:  -> test needed
title: prompt_user_passwd() in FancyURLopener -> prompt_user_passwd() in FancyURLopener masks 401 Unauthorized error page
type:  -> behavior
versions: +Python 2.6, Python 3.0 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1368368>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:10:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:10:13 +0000
Subject: [issue1634770] Please provide rsync-method in the urllib[2] module
Message-ID: <1234462213.68.0.0136738000857.issue1634770@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1634770>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:11:58 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:11:58 +0000
Subject: [issue1682241] Problems with urllib2 read()
Message-ID: <1234462318.68.0.297167030283.issue1682241@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Patch has tests too (might need updating).

----------
nosy: +ajaksu2, orsenthil
stage:  -> patch review
type:  -> behavior
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682241>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:12:19 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:12:19 +0000
Subject: [issue1682241] Problems with urllib2 read()
Message-ID: <1234462339.58.0.554523649511.issue1682241@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682241>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:12:33 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:12:33 +0000
Subject: [issue1682241] Problems with urllib2 read()
Message-ID: <1234462353.2.0.420442601575.issue1682241@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682241>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:13:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:13:42 +0000
Subject: [issue1673007] urllib2 requests history + HEAD support
Message-ID: <1234462422.91.0.901663360798.issue1673007@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Patch has tests too, might need updating.

:)

----------
nosy: +ajaksu2, orsenthil
stage:  -> patch review
type:  -> feature request
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1673007>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:14:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:14:47 +0000
Subject: [issue1424148] urllib.FancyURLopener.redirect_internal looses data on
	POST!
Message-ID: <1234462487.77.0.732096867716.issue1424148@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +urllib2 POSTs on redirect
nosy: +orsenthil
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6, Python 3.0 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1424148>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:17:36 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:17:36 +0000
Subject: [issue1067702] urllib fails with multiple ftps
Message-ID: <1234462656.31.0.53641645154.issue1067702@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

OP supplied a detailed test. Needs confirmation.

----------
nosy: +ajaksu2, orsenthil
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1067702>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:18:56 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:18:56 +0000
Subject: [issue1285086] urllib.quote is too slow
Message-ID: <1234462736.73.0.62878843391.issue1285086@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285086>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:20:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:20:12 +0000
Subject: [issue4140] urllib2: request with digest auth through proxy fail
In-Reply-To: <1224258333.01.0.331002758914.issue4140@psf.upfronthosting.co.za>
Message-ID: <1234462812.65.0.202904451951.issue4140@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4140>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:21:34 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 18:21:34 +0000
Subject: [issue1682241] Problems with urllib2 read()
Message-ID: <1234462894.75.0.453996014199.issue1682241@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I think the bug should be closed as invalid. seek() should only be
implemented by genuinely seekable streams, which HTTP responses aren't.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682241>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:21:40 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:21:40 +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: <1234462900.07.0.110564831218.issue4733@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4733>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:23:53 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:23:53 +0000
Subject: [issue1599329] urllib(2) should allow automatic decoding by charset
Message-ID: <1234463033.15.0.451534823505.issue1599329@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +Add a "decode to declared encoding" version of urlopen to urllib
nosy: +orsenthil
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1599329>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:24:23 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:24:23 +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: <1234463063.72.0.85420052419.issue4733@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +urllib(2) should allow automatic decoding by charset

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4733>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:25:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:25:59 +0000
Subject: [issue1349732] urllib.urlencode provides two features in one param
Message-ID: <1234463159.51.0.094665800821.issue1349732@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
type:  -> feature request
versions: +Python 2.6 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1349732>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:26:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:26:46 +0000
Subject: [issue1027206] unicode DNS names in socket, urllib, urlopen
Message-ID: <1234463206.38.0.168764384517.issue1027206@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Unicode
nosy: +haypo, orsenthil
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027206>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:27:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:27:34 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234463254.36.0.791675371803.issue1327971@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
versions:  -Python 2.4, Python 2.5, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:28:48 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:28:48 +0000
Subject: [issue918368] urllib doesn't correct server returned urls
Message-ID: <1234463328.91.0.0734451673941.issue918368@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +http_error_302() crashes with 'HTTP/1.1 400 Bad Request
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue918368>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:29:31 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Thu, 12 Feb 2009 18:29:31 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1234445556.88.0.573185737896.issue4151@psf.upfronthosting.co.za>
Message-ID: <20090212182926.GD3683@arctrix.com>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

On Thu, Feb 12, 2009 at 01:32:37PM +0000, Matthias Klose wrote:
> still seen on the 2.6 branch. applying r69374 on the branch doesn't fix
> it there.

The fix is spread over a number of commits: r69374, r69322, r69315,
r69305, r69304, r69303, r69302.  It could be backported but changing
the build system is always fraught with portability traps and that's
why it ends up turning to crud over time.

Obviously most core Python developers don't build in a separate
directory otherwise this feature won't have been broken for so long.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4151>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:29:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:29:49 +0000
Subject: [issue2600] BindingHTTPConnectionWithTimeout and
	BindingHTTPHandlerWithTimeout
In-Reply-To: <1207688700.18.0.242817334294.issue2600@psf.upfronthosting.co.za>
Message-ID: <1234463389.77.0.0723931198652.issue2600@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2600>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:32:17 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 18:32:17 +0000
Subject: [issue1368368] prompt_user_passwd() in FancyURLopener masks 401
	Unauthorized error page
Message-ID: <1234463537.09.0.480713286939.issue1368368@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Adding something like an `interactive=True` could do the trick (setting
it to False meaning you don't want any password prompt or any other
similar console interaction with the user).

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1368368>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:33:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:33:27 +0000
Subject: [issue3991] urllib.request.urlopen does not handle non-ASCII
	characters
In-Reply-To: <1222627636.82.0.587488225038.issue3991@psf.upfronthosting.co.za>
Message-ID: <1234463607.02.0.0111374759817.issue3991@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3991>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:37:06 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:37:06 +0000
Subject: [issue5072] urllib.open sends full URL after GET command instead of
	local path
In-Reply-To: <1232997774.08.0.438260332945.issue5072@psf.upfronthosting.co.za>
Message-ID: <1234463826.96.0.186529970666.issue5072@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Anyone against closing this as "works for me"?

----------
keywords: +patch
nosy: +ajaksu2, orsenthil
stage:  -> test needed
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5072>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:38:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:38:39 +0000
Subject: [issue5038] urrlib2/httplib doesn't reset file position between
	requests
In-Reply-To: <1232730438.9.0.904675957675.issue5038@psf.upfronthosting.co.za>
Message-ID: <1234463919.28.0.719168700633.issue5038@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +ajaksu2, orsenthil
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5038>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:40:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:40:02 +0000
Subject: [issue4932] Little improvement on urlparse module, urlparse function.
In-Reply-To: <1231867955.83.0.32658151911.issue4932@psf.upfronthosting.co.za>
Message-ID: <1234464002.9.0.726995924922.issue4932@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4932>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:44:50 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:44:50 +0000
Subject: [issue4773] HTTPMessage not documented and has inconsistent API
	across 2.6/3.0
In-Reply-To: <1230586952.45.0.591912771259.issue4773@psf.upfronthosting.co.za>
Message-ID: <1234464290.91.0.827464379043.issue4773@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

ISTM that these issues tend to go all the way up to test coverage and
organization :/

----------
assignee:  -> georg.brandl
components: +Documentation
nosy: +ajaksu2, georg.brandl, orsenthil
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4773>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:45:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:45:38 +0000
Subject: [issue4758] Python 3.0 internet documentation needs work
In-Reply-To: <1230383680.06.0.695552325819.issue4758@psf.upfronthosting.co.za>
Message-ID: <1234464338.31.0.83993980128.issue4758@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4758>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:47:57 2009
From: report at bugs.python.org (David W. Lambert)
Date: Thu, 12 Feb 2009 18:47:57 +0000
Subject: [issue5032] itertools.count step
In-Reply-To: <1234436269.66.0.0812186086859.issue5032@psf.upfronthosting.co.za>
Message-ID: <84B204FFB016BA4984227335D8257FBA968E89@CVCV0XI05.na.corning.com>


David W. Lambert <lambertdw at corning.com> added the comment:

I run my shells with low priority so I can sneak around and kill them.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5032>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:48:25 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:48:25 +0000
Subject: [issue4675] urllib's splitpasswd does not accept newline chars in
	passwords
In-Reply-To: <1229455632.0.0.358250268025.issue4675@psf.upfronthosting.co.za>
Message-ID: <1234464505.26.0.103382617722.issue4675@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Inline test included in the patch.

----------
nosy: +ajaksu2, orsenthil
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4675>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:50:00 2009
From: report at bugs.python.org (=?utf-8?q?Fran=C3=A7ois_Granade?=)
Date: Thu, 12 Feb 2009 18:50:00 +0000
Subject: [issue3002] shutil.copyfile blocks indefinitely on named pipes
In-Reply-To: <1212075150.42.0.761610345558.issue3002@psf.upfronthosting.co.za>
Message-ID: <1234464600.64.0.785436439037.issue3002@psf.upfronthosting.co.za>


Fran?ois Granade <francois at granade.com> added the comment:

Note that the 'cp' user command in Linux blocks also. Although this is
*very* painful, you could argue that since the OS commands do the same
thing, it shouldn't be fixed.

----------
nosy: +farialima

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3002>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:50:40 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:50:40 +0000
Subject: [issue3428] httplib.HTTPMessage undocumented
In-Reply-To: <1216746541.05.0.162492292768.issue3428@psf.upfronthosting.co.za>
Message-ID: <1234464640.66.0.759006833355.issue3428@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +ajaksu2, orsenthil
priority:  -> normal
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3428>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:53:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:53:13 +0000
Subject: [issue3849] FUD in documentation for urllib.urlopen()
In-Reply-To: <1221246343.23.0.128587140594.issue3849@psf.upfronthosting.co.za>
Message-ID: <1234464793.81.0.493284416157.issue3849@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> needs patch
versions: +Python 2.6, Python 3.0 -Python 2.4, Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3849>
_______________________________________

From report at bugs.python.org  Thu Feb 12 19:59:01 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 18:59:01 +0000
Subject: [issue2637] urllib.quote() escapes characters unnecessarily and
	contrary to docs
In-Reply-To: <1208272151.95.0.897886992301.issue2637@psf.upfronthosting.co.za>
Message-ID: <1234465141.54.0.951849506251.issue2637@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

@Tom: issue 1712522 tracks Unicode support.

----------
assignee:  -> georg.brandl
components: +Documentation
dependencies: +urllib.quote throws exception on Unicode URL
keywords: +easy
nosy: +ajaksu2, ezio.melotti, georg.brandl, haypo, orsenthil
stage:  -> test needed
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2637>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:03:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:03:39 +0000
Subject: [issue3427] urllib documentation: urlopen().info() return type
In-Reply-To: <1216746335.31.0.451776222673.issue3427@psf.upfronthosting.co.za>
Message-ID: <1234465419.89.0.0554730992394.issue3427@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +httplib.HTTPMessage undocumented
nosy: +orsenthil
stage:  -> needs patch
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3427>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:03:48 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:03:48 +0000
Subject: [issue4773] HTTPMessage not documented and has inconsistent API
	across 2.6/3.0
In-Reply-To: <1230586952.45.0.591912771259.issue4773@psf.upfronthosting.co.za>
Message-ID: <1234465428.61.0.910494910001.issue4773@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +httplib.HTTPMessage undocumented

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4773>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:14:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:14:38 +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: <1234466079.0.0.506959970331.issue4493@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +urllib2 can't handle http://www.wikispaces.com
nosy: +orsenthil
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4493>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:24:05 2009
From: report at bugs.python.org (Daniel Stutzbach)
Date: Thu, 12 Feb 2009 19:24:05 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>


New submission from Daniel Stutzbach <daniel at stutzbachenterprises.com>:

The documentation for super() describes the arguments that can be passed
to super(), use cases for super(), an example, and caveats about what
cannot be done with the returned object.  However, the documentation
neglects to mention what super() actually *does*, except for the
circular definition in the first line: "Return a super object that acts
as a proxy to superclasses of type."

Worse still, the definition in the first line is incorrect, since it may
proxy any type in the type hierarchy (not necessarily a superclass).

I found this webpage helpful for understanding what super() actually
does: http://fuhm.net/super-harmful/

I would submit a suggested improvement to the documentation, but I do
not really understand what super() does when the second argument is
omitted or a class.

----------
assignee: georg.brandl
components: Documentation
messages: 81804
nosy: georg.brandl, stutzbach
severity: normal
status: open
title: Documentation for super() neglects to say what super() actually does
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:24:58 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 19:24:58 +0000
Subject: [issue1285086] urllib.quote is too slow
Message-ID: <1234466698.44.0.83122582955.issue1285086@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

If someone needs a faster quote(), it's probably easy to write an
insanely fast C version...

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285086>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:28:11 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:28:11 +0000
Subject: [issue404444] [IDLE] auto indent/parentheses
Message-ID: <1234466891.09.0.439902849113.issue404444@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Auto-indent and parenthesis matching already work, Tab triggers
auto-completion, but indention can be increased/decreased with Ctrl + ]
/  Ctrl + [

----------
nosy: +ajaksu2
resolution: later -> out of date
status: open -> closed
versions: +Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue404444>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:32:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:32:43 +0000
Subject: [issue214033] re incompatibility in sre
Message-ID: <1234467163.54.0.576443924265.issue214033@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Jeffrey, Collin, thanks for reviewing.

----------
nosy: +ajaksu2
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue214033>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:35:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:35:13 +0000
Subject: [issue433024] SRE: (?flag) isn't properly scoped
Message-ID: <1234467313.63.0.838808525947.issue433024@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +Major reworking of Python 2.5.2 re module
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433024>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:36:06 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:36:06 +0000
Subject: [issue433027] SRE: (?-flag) is not supported.
Message-ID: <1234467366.78.0.516202357101.issue433027@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +Major reworking of Python 2.5.2 re module
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue433027>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:40:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:40:47 +0000
Subject: [issue444582] Finding programs in PATH, addition to os
Message-ID: <1234467647.99.0.52267591018.issue444582@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7, Python 3.1 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue444582>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:42:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:42:32 +0000
Subject: [issue459007] Document sys.path on Windows
Message-ID: <1234467752.95.0.0503625444292.issue459007@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +ajaksu2
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue459007>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:45:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:45:22 +0000
Subject: [issue460474] codecs.StreamWriter: reset() on close()
Message-ID: <1234467922.93.0.601128271951.issue460474@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue460474>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:51:11 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:51:11 +0000
Subject: [issue231540] threads and profiler don't work together
Message-ID: <1234468271.55.0.266582448372.issue231540@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed as of (around) rev69500.

----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue231540>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:55:50 2009
From: report at bugs.python.org (Lukas Lueg)
Date: Thu, 12 Feb 2009 19:55:50 +0000
Subject: [issue4751] Patch for better thread support in hashlib
In-Reply-To: <1230298756.92.0.632482701363.issue4751@psf.upfronthosting.co.za>
Message-ID: <1234468550.11.0.678666092927.issue4751@psf.upfronthosting.co.za>


Lukas Lueg <knabberknusperhaus at yahoo.de> added the comment:

Patch for 2.7

Added file: http://bugs.python.org/file13057/hashlibopenssl_gil_py27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4751>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:58:15 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:58:15 +0000
Subject: [issue626452] Support RFC 2111 in email package
Message-ID: <1234468695.92.0.625702720845.issue626452@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue626452>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:58:23 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:58:23 +0000
Subject: [issue665194] datetime-RFC2822 roundtripping
Message-ID: <1234468703.32.0.83635672104.issue665194@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Patch includes tests, should be updated.

----------
components: +Library (Lib) -None
keywords: +patch
nosy: +ajaksu2
stage:  -> needs patch
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue665194>
_______________________________________

From report at bugs.python.org  Thu Feb 12 20:58:48 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 19:58:48 +0000
Subject: [issue515074] Extended storage in new-style classes
Message-ID: <1234468728.24.0.313217534077.issue515074@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Seems very out of date.

----------
nosy: +ajaksu2
priority: normal -> low
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue515074>
_______________________________________

From report at bugs.python.org  Thu Feb 12 21:00:33 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 20:00:33 +0000
Subject: [issue539907] Tkinter lock conflicts extension widgets
Message-ID: <1234468833.16.0.153580302128.issue539907@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

No reply from OP, will close unless someone argues against it.

----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue539907>
_______________________________________

From report at bugs.python.org  Thu Feb 12 21:01:24 2009
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Feb 2009 20:01:24 +0000
Subject: [issue5225] OS X "Update Shell Profile" may not update $PATH if run
	more than once
In-Reply-To: <1234440346.58.0.444916712806.issue5225@psf.upfronthosting.co.za>
Message-ID: <1234468884.73.0.688998057052.issue5225@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

I agree the patch is not a good solution but it is relatively safe.  I 
suppose the current buggy behavior of Update Shell Profile *does* limit 
the growth to the number of Python versions you've installed.  However the 
patch does allow users not comfortable with shell scripts to move between 
versions.  On the other hand, they can always use the various IDLEs.  This 
whole area of PATH manipulation and symlinks for OS X could use a good re-
thinking; a lot of cruft has accumulated over the years and it gets worse 
with 4-way builds.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5225>
_______________________________________

From report at bugs.python.org  Thu Feb 12 21:02:06 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 20:02:06 +0000
Subject: [issue665336] win32 os.path.normpath not correct for leading slash
	cases
Message-ID: <1234468926.56.0.108947391012.issue665336@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Windows
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue665336>
_______________________________________

From report at bugs.python.org  Thu Feb 12 21:03:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 20:03:12 +0000
Subject: [issue513840] entity unescape for sgml/htmllib
Message-ID: <1234468992.77.0.802649266038.issue513840@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
keywords: +easy
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue513840>
_______________________________________

From report at bugs.python.org  Thu Feb 12 21:10:41 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Thu, 12 Feb 2009 20:10:41 +0000
Subject: [issue539907] Tkinter lock conflicts extension widgets
Message-ID: <1234469441.34.0.892811892204.issue539907@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Why close ? It is still a valid feature request (with no patch yet).

----------
nosy: +gpolo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue539907>
_______________________________________

From report at bugs.python.org  Thu Feb 12 21:29:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 12 Feb 2009 20:29:12 +0000
Subject: [issue539907] Tkinter lock conflicts extension widgets
Message-ID: <1234470552.45.0.090178144526.issue539907@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Leaving open, then :)

Thanks!

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue539907>
_______________________________________

From report at bugs.python.org  Thu Feb 12 21:37:55 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 12 Feb 2009 20:37:55 +0000
Subject: [issue460474] codecs.StreamWriter: reset() on close()
Message-ID: <1234471075.54.0.454500309194.issue460474@psf.upfronthosting.co.za>


Changes by Marc-Andre Lemburg <mal at egenix.com>:


----------
stage: test needed -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue460474>
_______________________________________

From report at bugs.python.org  Thu Feb 12 21:39:02 2009
From: report at bugs.python.org (David W. Lambert)
Date: Thu, 12 Feb 2009 20:39:02 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1234471142.89.0.246616241334.issue5229@psf.upfronthosting.co.za>


Changes by David W. Lambert <lambertdw at corning.com>:


----------
nosy: +LambertDW

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Thu Feb 12 21:48:11 2009
From: report at bugs.python.org (John J Lee)
Date: Thu, 12 Feb 2009 20:48:11 +0000
Subject: [issue918368] urllib doesn't correct server returned urls
Message-ID: <1234471691.21.0.561538277986.issue918368@psf.upfronthosting.co.za>


John J Lee <jjlee at users.sourceforge.net> added the comment:

Mike's list is missing one more character, "%" itself.  So, the
replacement should be:

quote(newurl, safe="%/:=&?~#+!$,;'@()*[]")

The replacement should be done in the .open() method, not in the code
that handles redirects.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue918368>
_______________________________________

From report at bugs.python.org  Thu Feb 12 21:51:31 2009
From: report at bugs.python.org (John J Lee)
Date: Thu, 12 Feb 2009 20:51:31 +0000
Subject: [issue918368] urllib doesn't correct server returned urls
Message-ID: <1234471891.81.0.793877459458.issue918368@psf.upfronthosting.co.za>


John J Lee <jjlee at users.sourceforge.net> added the comment:

A suitable test would be to derive a urllib.URLOpener subclass that has
an open_spam(url) method which records the URL.  Then call
.open("spam://") in the test and verify that the URL has been quoted.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue918368>
_______________________________________

From report at bugs.python.org  Thu Feb 12 22:09:09 2009
From: report at bugs.python.org (John J Lee)
Date: Thu, 12 Feb 2009 21:09:09 +0000
Subject: [issue918368] urllib doesn't correct server returned urls
Message-ID: <1234472949.11.0.694815972064.issue918368@psf.upfronthosting.co.za>


John J Lee <jjlee at users.sourceforge.net> added the comment:

Uh, that should have beeen something like
.open("spam://example.com/%2E/") of course.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue918368>
_______________________________________

From report at bugs.python.org  Thu Feb 12 22:10:22 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Thu, 12 Feb 2009 21:10:22 +0000
Subject: [issue3407] test_urllib2_localnet fails on MacOS X 10.4.11 (Intel)
In-Reply-To: <1216406874.33.0.238022254592.issue3407@psf.upfronthosting.co.za>
Message-ID: <1234473022.92.0.193202231241.issue3407@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

May be same as issue4666 ?

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3407>
_______________________________________

From report at bugs.python.org  Thu Feb 12 22:16:01 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Feb 2009 21:16:01 +0000
Subject: [issue3745] _sha256 et al. encode to UTF-8 by default
In-Reply-To: <1220261226.32.0.128110321757.issue3745@psf.upfronthosting.co.za>
Message-ID: <1234473361.28.0.674924568024.issue3745@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

fixed in release30-maint r69555.

sounds like its out of the question for 2.6.  i will backport it to 
trunk.

----------
keywords: +26backport
versions:  -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3745>
_______________________________________

From report at bugs.python.org  Thu Feb 12 22:16:28 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Thu, 12 Feb 2009 21:16:28 +0000
Subject: [issue5230] pydoc reports misleading failure if target module raises
	an ImportError
In-Reply-To: <1234473388.92.0.353382315269.issue5230@psf.upfronthosting.co.za>
Message-ID: <1234473388.92.0.353382315269.issue5230@psf.upfronthosting.co.za>


New submission from Jean-Paul Calderone <exarkun at divmod.com>:

If pydoc is used to try to look up the documentation for a module which
does not exist, this is reported reasonably:

    exarkun at charm:~$ pydoc foobarbaz
    no Python documentation found for 'foobarbaz'
    
    exarkun at charm:~$

However, if it is used to look up the documentation for a module which
does exist but which itself imports a module which does not exist, then
the same report is made:

    exarkun at charm:~$ cat > foobarbaz.py
    import barbazquux
    exarkun at charm:~$ pydoc foobarbaz
    no Python documentation found for 'foobarbaz'
    
    exarkun at charm:~$

This is somewhat misleading, since it suggests that there is no such
module "foobarbaz", when the problem is solved by installing the module
"barbazquux":

    exarkun at charm:~$ touch barbazquux.py
    exarkun at charm:~$ pydoc foobarbaz
    Help on module foobarbaz:

    ...
    exarkun at charm:~$ 

I'm sure the cause of this is the incautious handling of ImportError by
pydoc, resulting in the mistaken identification of the problem.

----------
messages: 81821
nosy: exarkun
severity: normal
status: open
title: pydoc reports misleading failure if target module raises an ImportError
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5230>
_______________________________________

From report at bugs.python.org  Thu Feb 12 22:33:34 2009
From: report at bugs.python.org (Adam Olsen)
Date: Thu, 12 Feb 2009 21:33:34 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234474414.21.0.240785638217.issue5186@psf.upfronthosting.co.za>


Adam Olsen <rhamph at gmail.com> added the comment:

Antoine, x ^= x>>4 has a higher collision rate than just a rotate. 
However, it's still lower than a statistically random hash.

If you modify the benchmark to randomly discard 90% of its contents this
should give you random addresses, reflecting a long-running program.

Here's the results I got (I used shift, too lazy to rotate):
XOR, sequential:      20.174627065692999
XOR, random:          30.460708379770004
shift, sequential:    19.148091554626003
shift, random:        30.495631933229998
original, sequential: 23.736469268799997
original, random:     33.536177158379999

Not massive, but still worth fixing the hash.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Thu Feb 12 22:39:03 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 21:39:03 +0000
Subject: [issue5231] Change format of a memoryview
In-Reply-To: <1234474743.76.0.794318305676.issue5231@psf.upfronthosting.co.za>
Message-ID: <1234474743.76.0.794318305676.issue5231@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Memoryview objects provide a structured view over a memory area, meaning
the length, indexing and slicing operations respect the itemsize:

>>> import array
>>> a = array.array('i', [1,2,3])
>>> m = memoryview(a)
>>> len(a)
3
>>> m.itemsize
4
>>> m.format
'i'

However, in some cases, you want the memoryview to behave as a chunk of
pure bytes regardless of the original object *and without making a
copy*. Therefore, it would be handy to be able to change the format of
the memoryview, or ask for a new memoryview with another format.

An example of use could be:
>>> a = array.array('i', [1,2,3])
>>> m = memoryview(a).with_format('B')
>>> len(a), m.itemsize, m.format
(12, 1, 'B')

----------
components: Interpreter Core
messages: 81823
nosy: gregory.p.smith, ncoghlan, pitrou, teoliphant
priority: normal
severity: normal
status: open
title: Change format of a memoryview
type: feature request
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5231>
_______________________________________

From report at bugs.python.org  Thu Feb 12 22:47:21 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Feb 2009 21:47:21 +0000
Subject: [issue5231] Change format of a memoryview
In-Reply-To: <1234474743.76.0.794318305676.issue5231@psf.upfronthosting.co.za>
Message-ID: <1234475241.23.0.466615525707.issue5231@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

(Another way to see it is as supplying a Python equivalent to the C
buffer API, with access to the raw Py_buffer)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5231>
_______________________________________

From report at bugs.python.org  Thu Feb 12 22:53:27 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 21:53:27 +0000
Subject: [issue4751] Patch for better thread support in hashlib
In-Reply-To: <1230298756.92.0.632482701363.issue4751@psf.upfronthosting.co.za>
Message-ID: <1234475607.13.0.0288711653691.issue4751@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

@ebfe: Your patch is very close to r68411 (patch for py3k), and so it 
looks correct (I didn't test it).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4751>
_______________________________________

From report at bugs.python.org  Thu Feb 12 22:58:13 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 21:58:13 +0000
Subject: [issue1712522] urllib.quote throws exception on Unicode URL
Message-ID: <1234475893.62.0.258814790748.issue1712522@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
components: +Unicode
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1712522>
_______________________________________

From report at bugs.python.org  Thu Feb 12 22:58:27 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 21:58:27 +0000
Subject: [issue2637] urllib.quote() escapes characters unnecessarily and
	contrary to docs
In-Reply-To: <1208272151.95.0.897886992301.issue2637@psf.upfronthosting.co.za>
Message-ID: <1234475907.33.0.300125390171.issue2637@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2637>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:05:43 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Feb 2009 22:05:43 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1234476343.93.0.865574969656.issue5229@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I will work on this a bit more.

Keep in mind that it will be hard to please the author of that article,
as he finds the whole notion of multiple inheritance to be bankrupt.

----------
assignee: georg.brandl -> rhettinger
nosy: +rhettinger
priority:  -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:08:26 2009
From: report at bugs.python.org (Mitchell Model)
Date: Thu, 12 Feb 2009 22:08:26 +0000
Subject: [issue5232] Setting font from preference dialog in IDLE on OS X broken
In-Reply-To: <1234476506.45.0.29629224735.issue5232@psf.upfronthosting.co.za>
Message-ID: <1234476506.45.0.29629224735.issue5232@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

When setting the font in IDLE's Preferences dialog on OSX, having 
started IDLE from the command line, the font is changed and the 
following is printed:

Exception in Tkinter callback
Traceback (most recent call last):
  File 
"/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/tkinter
/__init__.py", line 1399, in __call__
    return self.func(*args)
  File 
"/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/idlelib
/configDialog.py", line 1125, in Ok
    self.Apply()
  File 
"/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/idlelib
/configDialog.py", line 1129, in Apply
    self.DeactivateCurrentConfig()
  File 
"/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/idlelib
/configDialog.py", line 1107, in DeactivateCurrentConfig
    winInstances = self.parent.instance_dict.keys()
  File 
"/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/tkinter
/__init__.py", line 1708, in __getattr__
    return getattr(self.tk, attr)
AttributeError: 'tkapp' object has no attribute 'instance_dict'

----------
components: IDLE
messages: 81827
nosy: MLModel
severity: normal
status: open
title: Setting font from preference dialog in IDLE on OS X broken
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5232>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:14:03 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Feb 2009 22:14:03 +0000
Subject: [issue1712522] urllib.quote throws exception on Unicode URL
Message-ID: <1234476843.96.0.936279088185.issue1712522@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

quote() works in Python3 with any bytes string (not only ASCII) and 
any unicode string:

Python 3.1a0 (py3k:69105M, Feb  3 2009, 15:04:35)
>>> from urllib.parse import quote
>>> quote('?')
'%C3%A9'
>>> quote('\xe9')
'%C3%A9'
>>> quote('\xe9'.encode('utf-8'))
'%C3%A9'
>>> quote('\xe9'.encode('latin-1'))
'%E9'

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1712522>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:18:32 2009
From: report at bugs.python.org (Daniel Stutzbach)
Date: Thu, 12 Feb 2009 22:18:32 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1234477112.97.0.619399175193.issue5229@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Yes, by citing that article I don't mean to endorse its opinions. 
Regrettably, it's the best documentation on super() I could find (in an
admittedly quick search).

Any improvements efforts you make to improve the existing super()
documentation would much appreciated.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:33:47 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Feb 2009 22:33:47 +0000
Subject: [issue5225] OS X "Update Shell Profile" may not update $PATH if run
	more than once
In-Reply-To: <1234440346.58.0.444916712806.issue5225@psf.upfronthosting.co.za>
Message-ID: <1234478027.31.0.64125190286.issue5225@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I agree that we need a better solution to select which version of Python 
is the default one of your path.

One way to do that is to have a tool that can change the "Current" link 
inside the framework, that way we could have 
/Library/Frameworks/Python.framework/Version/Current/bin early on $PATH 
and add the various version directories after that.

I'd also like to see a per-user way to change the default python without 
manually editing the shell profile.

W.r.t. to the myriad of other variations in a 4-way universal build: 
those are necessary to ensure that you can easily force the use of a 32-
bit or 64-bit build because at the time a lot of GUI code required 32-
bit code. I hope this will change over time, I'd love to have a much 
simpler framework that contains only a single copy of the python 
executable instead of the 3 variants that are currently present in a 4-
way universal build.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5225>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:34:42 2009
From: report at bugs.python.org (Mitchell Model)
Date: Thu, 12 Feb 2009 22:34:42 +0000
Subject: [issue5233] Enhance 2.7 IDLE to exec IDLESTARTUP/PYTHONSTARTUP on
	restart
In-Reply-To: <1234478082.8.0.463106292983.issue5233@psf.upfronthosting.co.za>
Message-ID: <1234478082.8.0.463106292983.issue5233@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

The main thing the patch does is:
	modify the subprocess restart procedure so that it reloads 
whatever file, if any, was loaded when IDLE first started and looked for 
IDLESTARTUP then PYTHONSTARTUP environment variables.

In addition:
	a -q option is added for starting IDLE on the command line to 
mean "quiet", as with Emacs, e.g., to suppress loading of IDLESTARTUP or 
PYTHONSTARTUP
	The former effect of -s would now be the default, which is 
desirable so double-clicking an IDLE icon to start it will cause the 
startup file to run.
	-s is changed to take an argument that is an alternate startup 
file to use

I am a bit concerned about changing -s to have a different meaning. 
Perhaps it's better to leave -s as an option that is simplhy superfluous 
and use a different letter for the alternate startup.

----------
components: IDLE
files: PyShell-2.7.diff
keywords: patch
messages: 81831
nosy: MLModel
severity: normal
status: open
title: Enhance 2.7 IDLE to exec IDLESTARTUP/PYTHONSTARTUP on restart
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file13058/PyShell-2.7.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5233>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:35:29 2009
From: report at bugs.python.org (Mitchell Model)
Date: Thu, 12 Feb 2009 22:35:29 +0000
Subject: [issue5234] Enhance 3.1 IDLE to exec IDLESTARTUP/PYTHONSTARTUP on
	restart
In-Reply-To: <1234478129.58.0.678019243108.issue5234@psf.upfronthosting.co.za>
Message-ID: <1234478129.58.0.678019243108.issue5234@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

The main thing the patch does is:
	modify the subprocess restart procedure so that it reloads 
whatever file, if any, was loaded when IDLE first started and looked for 
IDLESTARTUP then PYTHONSTARTUP environment variables.

In addition:
	a -q option is added for starting IDLE on the command line to 
mean "quiet", as with Emacs, e.g., to suppress loading of IDLESTARTUP or 
PYTHONSTARTUP
	The former effect of -s would now be the default, which is 
desirable so double-clicking an IDLE icon to start it will cause the 
startup file to run.
	-s is changed to take an argument that is an alternate startup 
file to use

I am a bit concerned about changing -s to have a different meaning. 
Perhaps it's better to leave -s as an option that is simplhy superfluous 
and use a different letter for the alternate startup.

----------
components: IDLE
files: PyShell-3.1.diff
keywords: patch
messages: 81832
nosy: MLModel
severity: normal
status: open
title: Enhance 3.1 IDLE to exec IDLESTARTUP/PYTHONSTARTUP on restart
type: behavior
versions: Python 3.1
Added file: http://bugs.python.org/file13059/PyShell-3.1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5234>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:40:55 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Feb 2009 22:40:55 +0000
Subject: [issue5234] Enhance 3.1 IDLE to exec IDLESTARTUP/PYTHONSTARTUP on
	restart
In-Reply-To: <1234478129.58.0.678019243108.issue5234@psf.upfronthosting.co.za>
Message-ID: <1234478455.26.0.855733282011.issue5234@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
assignee:  -> kbk
nosy: +kbk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5234>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:43:00 2009
From: report at bugs.python.org (Eric Swenson)
Date: Thu, 12 Feb 2009 22:43:00 +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: <1234478580.55.0.077455747153.issue5235@psf.upfronthosting.co.za>


New submission from Eric Swenson <eric at swenson.org>:

Building python extensions using distutils in python 2.6 with only VC++ 
2005 installed no longer works.  

distutils appears to require VC++ 2008.  The documentation on building 
extensions for Python 2.6 seems to suggest that VC++ 2008, while 
preferred, is not required and that it should be possible to build 
extensions with VC++ 2005.

distutils appears to look for vcvarsall.bat in the VC++ 9.0 directories. 
It decides to use 9.0 based on the return value of 
distutils.msvc9compiler.find_build_version, which returns 9.0 -- 
presumably because python 2.6 was built on VC++ 9.0 (2008).  Why is does 
it no longer search for older versions of VC++ (like 2005)?  Is this a 
bug in distutils?  

If VC++ 2008 (9.0) is required to build extensions, then the python 2.6 
web site should make this clear.

----------
assignee: tarek
components: Distutils
messages: 81833
nosy: eswenson, tarek
severity: normal
status: open
title: distutils seems to only work with VC++ 2008 (9.0)
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5235>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:50:34 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 12 Feb 2009 22:50:34 +0000
Subject: [issue5236] time.strptime should reject bytes arguments on Py3
In-Reply-To: <1234479034.17.0.353291380083.issue5236@psf.upfronthosting.co.za>
Message-ID: <1234479034.17.0.353291380083.issue5236@psf.upfronthosting.co.za>


New submission from Ezio Melotti <ezio.melotti at gmail.com>:

On Python3 time.strptime(string[, format]) accepts bytes as arguments
and then fails:

>>> strptime(b"2009", "%Y")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Programs\Python30\lib\_strptime.py", line 454, in _strptime_time
    return _strptime(data_string, format)[0]
  File "C:\Programs\Python30\lib\_strptime.py", line 322, in _strptime
    found = format_regex.match(data_string)
TypeError: can't use a string pattern on a bytes-like object

time.strftime already rejects bytes arguments:
>>> strftime(b'%Y')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: strftime() argument 1 must be str, not bytes

time.strptime should do the same and reject bytes for both the arguments
(string and format).

(With Py2.x both str and unicode args work.)

----------
components: Library (Lib), Unicode
messages: 81834
nosy: ezio.melotti
severity: normal
status: open
title: time.strptime should reject bytes arguments on Py3
type: behavior
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5236>
_______________________________________

From report at bugs.python.org  Thu Feb 12 23:56:52 2009
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Feb 2009 22:56:52 +0000
Subject: [issue5232] Setting font from preference dialog in IDLE on OS X broken
In-Reply-To: <1234476506.45.0.29629224735.issue5232@psf.upfronthosting.co.za>
Message-ID: <1234479412.9.0.282909912329.issue5232@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

FWIW, I am not able to reproduce this using a release3.0 IDLE (so with 
today's patches) built with the default Apple-supplied Tcl/Tk in 10.5.  
Are you using a newer Tcl/Tk?  Does it happen if you move your current 
preferences out of ~/.idlerc?

----------
nosy: +nad

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5232>
_______________________________________

From report at bugs.python.org  Fri Feb 13 00:03:54 2009
From: report at bugs.python.org (Collin Winter)
Date: Thu, 12 Feb 2009 23:03:54 +0000
Subject: [issue4751] Patch for better thread support in hashlib
In-Reply-To: <1230298756.92.0.632482701363.issue4751@psf.upfronthosting.co.za>
Message-ID: <1234479834.74.0.478175943837.issue4751@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/issue4751>
_______________________________________

From report at bugs.python.org  Fri Feb 13 00:20:38 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 12 Feb 2009 23:20:38 +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: <1234480838.83.0.082685652345.issue5235@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

distutils will use the same compiler used to build Python.

If you want to build with a previous version of MSVC, you need to 
compile Python with that particular version.

That said, MSVCCompiler could probably take new options, to force the
MSVC version and the arch.

This is in theory. Are you willing to help me build that patch ?

Some tests on your system would be appreciated.

----------
priority:  -> normal
type:  -> feature request
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5235>
_______________________________________

From report at bugs.python.org  Fri Feb 13 00:28:49 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 12 Feb 2009 23:28:49 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

3.x str.format() format strings denote replacement fields with braces
{}. Currently, replacement fields *must* contain "either the numeric
index of a positional argument, or the name of a keyword argument". [lib
ref / builtin types / sequence types / string methods /str.format()]

For simple sequential positional replacements, such as:
  "{0} is {1} {2}".format('Numbering fields', 'an annoying', 'nuisance')
the writer has to do what computers are so good at, counting, and what
was *not* required with % interpolation, where one could write more simply
  "%s is %s %s" % (('Auto-numbering', 'a convenient', 'feature')
.
Proposal: Allow field names to be omitted for all fields in a string and
then default to 0, 1, ... so one could also write 
  "{} is {} {}".format('Auto-numbering', 'a convenient', 'feature'

This proposal is currently all or nothing for simplicity of description
and presumed ease of implementation.  The patch to the doc could then be
  "If all replacement fields are left blank, then sequential indexes 0,
1, ... will be automatically inserted."
inserted after the phrase quoted above.  Mixing blank and non-blank
specs would then be an error and raise an exception.

This idea was posted today on Python-ideas thread "String formatting and
named tuple".  So far, +1 from Aahz, Raymond Hettinger, and Mathias
Panzenbock.

----------
components: Interpreter Core
messages: 81837
nosy: tjreedy
severity: normal
status: open
title: Allow auto-numbered replacement fields in str.format() strings
type: feature request
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 00:33:45 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 12 Feb 2009 23:33:45 +0000
Subject: [issue2437] Distutils runtime_library_dirs broken on Windows
In-Reply-To: <1206044595.46.0.100105317073.issue2437@psf.upfronthosting.co.za>
Message-ID: <1234481625.9.0.679435447613.issue2437@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Bill, do you have a example to reproduce the problem so I can write the
test ?

Laurent, right. but we need to figure out how to get the CC name in
MinGW/Cygwin environment.

I am not familiar with them. Does CC gets set in the environment ? if so
we could use a similar mechanism that we have in customize_compiler()

----------
versions: +Python 2.7, Python 3.1 -Python 2.4, Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2437>
_______________________________________

From report at bugs.python.org  Fri Feb 13 00:53:37 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Feb 2009 23:53:37 +0000
Subject: [issue5231] Change format of a memoryview
In-Reply-To: <1234474743.76.0.794318305676.issue5231@psf.upfronthosting.co.za>
Message-ID: <1234482817.22.0.0853541124653.issue5231@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Agreed, this would be useful.  See http://codereview.appspot.com/12470/show if anyone doesn't believe us. 
;)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5231>
_______________________________________

From report at bugs.python.org  Fri Feb 13 01:02:22 2009
From: report at bugs.python.org (Eric Swenson)
Date: Fri, 13 Feb 2009 00:02:22 +0000
Subject: [issue5235] distutils seems to only work with VC++ 2008 (9.0)
In-Reply-To: <1234480838.83.0.082685652345.issue5235@psf.upfronthosting.co.za>
Message-ID: <e8ea99a20902121602s6c464bfar18cfc51efe6da506@mail.gmail.com>


Eric Swenson <eric at swenson.org> added the comment:

Hi Tarek,
I have been debugging this and found the following:
If you set the DISTUTILS_USE_SDK environment variable to any value (I used
DISTUTILS_USE_SDK=1) and the MSSdk environment variable to anything (I used
MSSdk=1), and you manually run the "vcvarsall.bat" file that a VC++ user
should find in his "c:/Program Files/Visual Studio 8/VC" directory, then
easy_install/setuptools/distutils works fine for building extensions.

It would appear that if you set those environment variables, and the
"cl.exe", and "link.exe", etc. commands can be found on the path (the
vcvarsall.bat file would have done this), then distutils.MSVCompiler
(msvc9compiler) is perfectly happy to build the extension.

That said, I think it would be nice to have a means of making this more
painless.  I'm more than happy to help out.  If you have things for me to
try/test, I'll be happy to do that.  Since the compiler class is located
automatically, and I don't know much about distutils, I don't, off the top
of my head, know how to elegantly provide options to the not-yet-determined
compiler class.  (I'm sure you could point me in the right direction...)

I have a vmware VM setup with windows xp, python 2.6, and VC++ 2008 to use
for testing, so please let me know how I can best be of assistance.

Thanks. -- Eric

On Thu, Feb 12, 2009 at 3:20 PM, Tarek Ziad? <report at bugs.python.org> wrote:

>
> Tarek Ziad? <ziade.tarek at gmail.com> added the comment:
>
> distutils will use the same compiler used to build Python.
>
> If you want to build with a previous version of MSVC, you need to
> compile Python with that particular version.
>
> That said, MSVCCompiler could probably take new options, to force the
> MSVC version and the arch.
>
> This is in theory. Are you willing to help me build that patch ?
>
> Some tests on your system would be appreciated.
>
> ----------
> priority:  -> normal
> type:  -> feature request
> versions: +Python 2.7, Python 3.1 -Python 2.6
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue5235>
> _______________________________________
>

Added file: http://bugs.python.org/file13060/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5235>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090213/ce14308c/attachment.txt>

From report at bugs.python.org  Fri Feb 13 01:16:15 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 00:16:15 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234484175.33.0.335948883802.issue5237@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 01:17:28 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 00:17:28 +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: <1234484248.33.0.430492360019.issue5110@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I've also noticed that if an error contains non-encodable characters,
they are escaped:
>>> raise ValueError("\u2620 can't be printed here, but '\u00e8' works
fine!")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: \u2620 can't be printed here, but '?' works fine!

but:
>>> "\u2620 can't be printed here, but '\u00e8' works fine!"
UnicodeEncodeError: 'charmap' codec can't encode character '\u2620' in
position 1: character maps to <undefined>

The mechanism used to escape errors is even better than my patch,
because it escapes only the chars that can't be encoded, instead of
escaping every non-ascii chars when at least one char can't be encoded:
>>> "\u2620 can't be printed here, but '\u00e8' works fine!"
"\u2620 can't be printed here, but '\xe8' works fine!"

I wonder if we can reuse the same mechanism here.

By the way, the patch I proposed in msg80852 is just a proof of concept,
if you think it's OK, someone will probably have to implement it in C.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5110>
_______________________________________

From report at bugs.python.org  Fri Feb 13 01:34:38 2009
From: report at bugs.python.org (David Christian)
Date: Fri, 13 Feb 2009 00:34:38 +0000
Subject: [issue5238] ssl makefile never closes socket
In-Reply-To: <1234485278.29.0.554185864263.issue5238@psf.upfronthosting.co.za>
Message-ID: <1234485278.29.0.554185864263.issue5238@psf.upfronthosting.co.za>


New submission from David Christian <dbc at rpath.com>:

The ssl.py makefile function returns a socket._fileobject object with a
reference to itself, and also increments the makefile_refs variable.

However, the _fileobject is created with the parameter close=False,
which means that when you call _fileobject.close, it does not call close
on the ssl socket!  

>>> import socket, ssl
>>> s = socket.create_connection(('www.rpath.com', 443))
>>> sslSocket = ssl.wrap_socket(s)
>>> f1 = sslSocket.makefile()
>>> f2 = sslSocket.makefile()
>>> f3 = sslSocket.makefile()
>>> sslSocket._makefile_refs
3
>>> sslSocket._sock
<socket object, fd=3, family=2, type=1, protocol=6>
>>> sslSocket.close()
>>> f1.close()
>>> f2.close()
>>> f3.close()
>>> sslSocket._makefile_refs
2

The quick fix is to add close=True on the _fileobject call in ssl.py. 
Note that this close=True is _not_ needed in the socket.py makefile call
as that makefile does not do reference counting.

----------
messages: 81842
nosy: dugan
severity: normal
status: open
title: ssl makefile never closes socket
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5238>
_______________________________________

From report at bugs.python.org  Fri Feb 13 01:43:39 2009
From: report at bugs.python.org (David Christian)
Date: Fri, 13 Feb 2009 00:43:39 +0000
Subject: [issue5238] ssl makefile never closes socket
In-Reply-To: <1234485278.29.0.554185864263.issue5238@psf.upfronthosting.co.za>
Message-ID: <1234485819.59.0.686810491613.issue5238@psf.upfronthosting.co.za>


Changes by David Christian <dbc at rpath.com>:


----------
components: +Library (Lib)
keywords: +patch
type:  -> resource usage
Added file: http://bugs.python.org/file13061/ssl.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5238>
_______________________________________

From report at bugs.python.org  Fri Feb 13 01:46:29 2009
From: report at bugs.python.org (David Christian)
Date: Fri, 13 Feb 2009 00:46:29 +0000
Subject: [issue5188] telnetlib process_rawq buffer handling is confused
In-Reply-To: <1234131372.15.0.372715702734.issue5188@psf.upfronthosting.co.za>
Message-ID: <1234485989.74.0.26579221685.issue5188@psf.upfronthosting.co.za>


Changes by David Christian <dbc at rpath.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file13062/telnetlib.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5188>
_______________________________________

From report at bugs.python.org  Fri Feb 13 01:46:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 00:46:41 +0000
Subject: [issue592703] HTTPS does not handle pipelined requests
Message-ID: <1234486001.08.0.634686030984.issue592703@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue592703>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:16:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:16:34 +0000
Subject: [issue1375011] Improper handling of duplicate cookies
Message-ID: <1234487794.12.0.673040887981.issue1375011@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1375011>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:16:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:16:43 +0000
Subject: [issue1564508] RFC 2965 BaseCookie does not support "$Port"
Message-ID: <1234487803.92.0.0121894089159.issue1564508@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Does anybody else need this one or should it be closed?

----------
nosy: +ajaksu2
title: BaseCookie does not support "$Port" -> RFC 2965 BaseCookie does not support "$Port"
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1564508>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:17:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:17:02 +0000
Subject: [issue1372650] Cookie and multiple names
Message-ID: <1234487822.19.0.434124110736.issue1372650@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1372650>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:17:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:17:31 +0000
Subject: [issue1210326] comma separated cookie values
Message-ID: <1234487851.39.0.546536988834.issue1210326@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Will close if nobody objects.

----------
nosy: +ajaksu2
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1210326>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:17:44 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:17:44 +0000
Subject: [issue1172011] BaseCookie does not call value_decode
Message-ID: <1234487864.36.0.2436858347.issue1172011@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1172011>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:18:53 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:18:53 +0000
Subject: [issue991266] Cookie.py does not correctly quote Morsels
Message-ID: <1234487933.13.0.98765122219.issue991266@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue991266>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:19:05 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:19:05 +0000
Subject: [issue3407] test_urllib2_localnet fails on MacOS X 10.4.11 (Intel)
In-Reply-To: <1216406874.33.0.238022254592.issue3407@psf.upfronthosting.co.za>
Message-ID: <1234487945.22.0.195802273069.issue3407@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3407>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:19:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:19:21 +0000
Subject: [issue3066] FD leak in urllib2
In-Reply-To: <1213009389.23.0.132424094421.issue3066@psf.upfronthosting.co.za>
Message-ID: <1234487961.12.0.677577387996.issue3066@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3066>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:19:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:19:32 +0000
Subject: [issue4683] urllib2.HTTPDigestAuthHandler fails on third hostname?
In-Reply-To: <1229523259.96.0.571468029932.issue4683@psf.upfronthosting.co.za>
Message-ID: <1234487972.43.0.237586154764.issue4683@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee, orsenthil
stage:  -> needs patch
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4683>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:19:48 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:19:48 +0000
Subject: [issue2756] urllib2 add_header fails with existing unredirected_header
In-Reply-To: <1209913898.38.0.175541514636.issue2756@psf.upfronthosting.co.za>
Message-ID: <1234487988.17.0.827040661881.issue2756@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2756>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:19:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:19:59 +0000
Subject: [issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails
Message-ID: <1234487999.97.0.0289467094338.issue1424152@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee
stage:  -> test needed
type:  -> feature request
versions:  -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1424152>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:20:11 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:20:11 +0000
Subject: [issue1327971] HTTPResponse instance has no attribute 'fileno'
Message-ID: <1234488011.65.0.301760058916.issue1327971@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1327971>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:20:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:20:26 +0000
Subject: [issue1599329] urllib(2) should allow automatic decoding by charset
Message-ID: <1234488026.27.0.231371951532.issue1599329@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1599329>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:20:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:20:41 +0000
Subject: [issue1682241] Problems with urllib2 read()
Message-ID: <1234488041.58.0.224396185812.issue1682241@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Anyone against closing?

----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682241>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:20:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:20:54 +0000
Subject: [issue4140] urllib2: request with digest auth through proxy fail
In-Reply-To: <1224258333.01.0.331002758914.issue4140@psf.upfronthosting.co.za>
Message-ID: <1234488054.22.0.546465817876.issue4140@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4140>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:21:08 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:21:08 +0000
Subject: [issue1673007] urllib2 requests history + HEAD support
Message-ID: <1234488068.28.0.324197353282.issue1673007@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1673007>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:22:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:22:17 +0000
Subject: [issue2193] Cookie Colon Name Bug
In-Reply-To: <1203992843.27.0.867127322082.issue2193@psf.upfronthosting.co.za>
Message-ID: <1234488137.04.0.604499948311.issue2193@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee
stage:  -> test needed
versions:  -Python 2.4, Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2193>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:30:16 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:30:16 +0000
Subject: [issue3704] cookielib doesn't handle URLs with / in parameters
In-Reply-To: <1219856501.23.0.0473308500082.issue3704@psf.upfronthosting.co.za>
Message-ID: <1234488616.74.0.813172849092.issue3704@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
stage:  -> patch review
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3704>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:31:48 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:31:48 +0000
Subject: [issue3924] cookielib chokes on non-integer cookie version,
	should ignore it instead
In-Reply-To: <1222021824.75.0.209543556591.issue3924@psf.upfronthosting.co.za>
Message-ID: <1234488708.39.0.334674455415.issue3924@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> patch review
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3924>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:36:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:36:07 +0000
Subject: [issue1591035] update urlparse to RFC 3986
Message-ID: <1234488967.72.0.0778380104682.issue1591035@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +URI parsing library
nosy: +jjlee
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1591035>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:36:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:36:42 +0000
Subject: [issue1643370] recursive urlparse
Message-ID: <1234489002.35.0.878864537188.issue1643370@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee
stage:  -> test needed
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1643370>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:37:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:37:12 +0000
Subject: [issue5007] urllib2 HTTPS connection failure (BadStatusLine Exception)
In-Reply-To: <1232408710.01.0.641128080754.issue5007@psf.upfronthosting.co.za>
Message-ID: <1234489032.58.0.637634813725.issue5007@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee, orsenthil
stage:  -> test needed
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5007>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:37:56 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:37:56 +0000
Subject: [issue754016] urlparse goes wrong with IP:port without scheme
Message-ID: <1234489076.18.0.434984475093.issue754016@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee
stage:  -> patch review
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue754016>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:40:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:40:20 +0000
Subject: [issue1462525] URI parsing library
Message-ID: <1234489220.32.0.421471018735.issue1462525@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1462525>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:44:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:44:17 +0000
Subject: [issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)
In-Reply-To: <1211920837.73.0.839643919886.issue2987@psf.upfronthosting.co.za>
Message-ID: <1234489457.41.0.929054109323.issue2987@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee
stage:  -> patch review
versions: +Python 2.7 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2987>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:45:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:45:31 +0000
Subject: [issue4191] urlparse normalize URL path
In-Reply-To: <1224834633.73.0.450098014303.issue4191@psf.upfronthosting.co.za>
Message-ID: <1234489531.69.0.709796025244.issue4191@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Will close soon if nobody is against it.

----------
nosy: +ajaksu2, jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4191>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:46:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:46:31 +0000
Subject: [issue4962] urlparse & nfs url (rfc 2224)
In-Reply-To: <1232101704.89.0.669847506906.issue4962@psf.upfronthosting.co.za>
Message-ID: <1234489591.7.0.37167979274.issue4962@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4962>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:46:35 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 01:46:35 +0000
Subject: =?utf-8?q?[issue5239]_time.strptime("=EF=BC=92=EF=BC=90=EF=BC=90=EF=BC=99",
	_"%Y")_raises_a_value_error?=
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>


New submission from Ezio Melotti <ezio.melotti at gmail.com>:

On Py3 strptime("????", "%Y") fails:
>>> strptime("????", "%Y")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python3.0/_strptime.py", line 454, in _strptime_time
    return _strptime(data_string, format)[0]
  File "/usr/local/lib/python3.0/_strptime.py", line 325, in _strptime
    (data_string, format))
ValueError: time data '????' does not match format '%Y'

but non-ascii numbers are supported elsewhere:
>>> int("????")
2009
>>> re.match("^\d{4}$", "????").group()
'????'

The problem seems to be at the line 265 of _strptime.py:
        return re_compile(self.pattern(format), IGNORECASE | ASCII)
The ASCII flag prevent the regex to work properly with '????':
>>> re.match("^\d{4}$", "????", re.ASCII)
>>>

I tried to remove the ASCII flag and it worked fine.

On Py2.x the problem is the same:
>>> strptime(u"????", "%Y")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.5/_strptime.py", line 330, in strptime
    (data_string, format))
ValueError>>>
>>> int(u"????")
2009
>>> re.match("^\d{4}$", u"????")

Here there's probably to add the re.UNICODE flag at the line 265 (untested):
        return re_compile(self.pattern(format), IGNORECASE | UNICODE)
in order to make it work:
>>> re.match("^\d{4}$", u"????", re.U).group()
u'\uff12\uff10\uff10\uff19'

----------
messages: 81847
nosy: ezio.melotti
severity: normal
status: open
title: time.strptime("????", "%Y") raises a value error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:47:01 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 01:47:01 +0000
Subject: =?utf-8?q?[issue5239]_time.strptime("=EF=BC=92=EF=BC=90=EF=BC=90=EF=BC=99",
	_"%Y")_raises_a_value_error?=
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234489621.85.0.854202154458.issue5239@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
components: +Library (Lib), Unicode
type:  -> behavior
versions: +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/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:47:06 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:47:06 +0000
Subject: [issue4932] Little improvement on urlparse module, urlparse function.
In-Reply-To: <1231867955.83.0.32658151911.issue4932@psf.upfronthosting.co.za>
Message-ID: <1234489626.41.0.622588616939.issue4932@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4932>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:47:44 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:47:44 +0000
Subject: [issue4773] HTTPMessage not documented and has inconsistent API
	across 2.6/3.0
In-Reply-To: <1230586952.45.0.591912771259.issue4773@psf.upfronthosting.co.za>
Message-ID: <1234489664.03.0.453915074854.issue4773@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4773>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:48:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:48:27 +0000
Subject: [issue5038] urrlib2/httplib doesn't reset file position between
	requests
In-Reply-To: <1232730438.9.0.904675957675.issue5038@psf.upfronthosting.co.za>
Message-ID: <1234489707.1.0.274924321977.issue5038@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5038>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:54:05 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:54:05 +0000
Subject: [issue3819] urllib2 sends Basic auth across redirects
In-Reply-To: <1220973164.56.0.503421072226.issue3819@psf.upfronthosting.co.za>
Message-ID: <1234490045.06.0.784221161568.issue3819@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

I think the test is close enough to acceptable, will adapt it if nobody
does first :)

----------
nosy: +ajaksu2
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3819>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:54:29 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:54:29 +0000
Subject: [issue5102] urllib2.py timeouts do not propagate across redirects for
	2.6.1 (and 3.x?)
In-Reply-To: <1233268501.09.0.849179242722.issue5102@psf.upfronthosting.co.za>
Message-ID: <1234490069.06.0.029881640648.issue5102@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee, orsenthil
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5102>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:56:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:56:02 +0000
Subject: [issue3466] urllib2 should support HTTPS connections with client keys
In-Reply-To: <1217343215.63.0.226404809794.issue3466@psf.upfronthosting.co.za>
Message-ID: <1234490162.63.0.148124151686.issue3466@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3466>
_______________________________________

From report at bugs.python.org  Fri Feb 13 02:58:09 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 01:58:09 +0000
Subject: [issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails
Message-ID: <1234490289.21.0.462956224767.issue1424152@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage: test needed -> patch review
type: feature request -> behavior
versions: +Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1424152>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:00:52 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:00:52 +0000
Subject: [issue1712522] urllib.quote throws exception on Unicode URL
Message-ID: <1234490452.67.0.881739327775.issue1712522@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +orsenthil
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1712522>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:03:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:03:27 +0000
Subject: [issue1285440] Digest Authentication not working in all cases
Message-ID: <1234490607.62.0.631327093841.issue1285440@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285440>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:04:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:04:13 +0000
Subject: [issue2244] urllib and urllib2 decode userinfo multiple times
In-Reply-To: <1204819810.33.0.413464262118.issue2244@psf.upfronthosting.co.za>
Message-ID: <1234490653.0.0.605500626279.issue2244@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2244>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:05:09 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:05:09 +0000
Subject: [issue979407] urllib2 digest auth totally broken
Message-ID: <1234490709.09.0.867158939103.issue979407@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue979407>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:05:45 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:05:45 +0000
Subject: [issue1368312] fix for scheme identification in urllib2?
Message-ID: <1234490745.95.0.584783370726.issue1368312@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1368312>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:08:37 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:08:37 +0000
Subject: [issue2202] urllib2 fails against IIS 6.0 (No support for MD5-sess
	auth)
In-Reply-To: <1204223194.19.0.670418970441.issue2202@psf.upfronthosting.co.za>
Message-ID: <1234490917.29.0.722465791218.issue2202@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2202>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:08:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:08:47 +0000
Subject: [issue1520831] urrlib2 max_redirections=0 disables redirects
Message-ID: <1234490927.2.0.943120099216.issue1520831@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1520831>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:16:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:16:54 +0000
Subject: [issue655802] cPickle not always same as pickle
Message-ID: <1234491414.19.0.92524517411.issue655802@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> needs patch
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue655802>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:17:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:17:39 +0000
Subject: [issue634412] RFC 2112 in email package
Message-ID: <1234491459.73.0.44363575488.issue634412@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue634412>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:19:01 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:19:01 +0000
Subject: [issue602893] cgitb tracebacks not accessible
Message-ID: <1234491541.29.0.0665943731323.issue602893@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
keywords: +easy
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue602893>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:23:09 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:23:09 +0000
Subject: [issue532631] Confusions in formatfloat
Message-ID: <1234491789.79.0.233612354788.issue532631@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +marketdickinson
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue532631>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:24:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:24:59 +0000
Subject: [issue504219] locale.resetlocale is broken
Message-ID: <1234491899.9.0.141138324387.issue504219@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +locale.getdefaultlocale doesnt handle all locales gracefully
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue504219>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:26:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:26:21 +0000
Subject: [issue1536] pickle's documentation is severely outdated
In-Reply-To: <1196535861.35.0.87845321139.issue1536@psf.upfronthosting.co.za>
Message-ID: <1234491981.44.0.973134120982.issue1536@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1536>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:27:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:27:12 +0000
Subject: [issue602291] Bgen should learn about booleans
Message-ID: <1234492032.06.0.00543385681909.issue602291@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue602291>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:31:05 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:31:05 +0000
Subject: [issue665761] reduce() masks exception
Message-ID: <1234492265.18.0.929009047201.issue665761@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed in trunk, rev69550.

----------
keywords: +patch
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue665761>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:32:37 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:32:37 +0000
Subject: [issue678264] test_resource fails when file size is limited
Message-ID: <1234492357.8.0.636303006469.issue678264@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is this still a problem?

----------
components: +Tests
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue678264>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:35:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:35:03 +0000
Subject: [issue684944] extend readline functionality in pdb
Message-ID: <1234492503.94.0.468793997474.issue684944@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue684944>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:36:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:36:42 +0000
Subject: [issue706585] Expose FinderInfo in FSCatalogInfo
Message-ID: <1234492602.9.0.193216530473.issue706585@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Can anyone salvage Gregory's inline patch?

----------
keywords: +patch
nosy: +ajaksu2
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706585>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:37:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:37:34 +0000
Subject: [issue706592] Crbon.File.FSSpec should accept non-existing pathnames
Message-ID: <1234492654.57.0.6990243586.issue706592@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706592>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:39:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:39:27 +0000
Subject: [issue775340] OSX 'freeze' bug
Message-ID: <1234492767.8.0.646830217905.issue775340@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

If nobody raises protest, going to close soon.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue775340>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:47:09 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:47:09 +0000
Subject: [issue776533] Carbon.Snd module SPB constructor shadowed
Message-ID: <1234493229.78.0.291430207929.issue776533@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

The edit took place in rev33677 and is gone from the source, closing
unless objections are voiced.

----------
nosy: +ajaksu2
priority: normal -> low
type:  -> behavior
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue776533>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:49:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:49:38 +0000
Subject: [issue763708] Failures in test_macostools for --enable-unicode=ucs4
Message-ID: <1234493378.44.0.852573083917.issue763708@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Happy new year :)

----------
components: +Unicode
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue763708>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:49:42 2009
From: report at bugs.python.org (Michael Stone)
Date: Fri, 13 Feb 2009 02:49:42 +0000
Subject: [issue684944] extend readline functionality in pdb
Message-ID: <1234493382.68.0.223628870646.issue684944@psf.upfronthosting.co.za>


Michael Stone <mbrierst at users.sourceforge.net> added the comment:

ajaksu2, I think you just changed the status of this to "test needed".  
I don't think a unit test for this functionality is possible if that's 
what you mean, as it is an interactive feature involving readline 
completion at the interactive prompt only.

It's been a long time since I posted this patch, and I don't really 
mind if you just close the issue.  There obviously hasn't been a lot of 
interest since 2003.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue684944>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:50:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:50:47 +0000
Subject: [issue779153] bgen requires Universal Headers, not OS X dev headers
Message-ID: <1234493447.74.0.836731500017.issue779153@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Build
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue779153>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:53:39 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 13 Feb 2009 02:53:39 +0000
Subject: [issue684944] extend readline functionality in pdb
Message-ID: <1234493619.44.0.347288202971.issue684944@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/issue684944>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:55:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 02:55:39 +0000
Subject: [issue780602] No sleep or busy wait
Message-ID: <1234493739.44.0.31996573146.issue780602@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is the issue valid? Can anyone implement a test based on Jean's description?

----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue780602>
_______________________________________

From report at bugs.python.org  Fri Feb 13 03:59:04 2009
From: report at bugs.python.org (Mitchell Model)
Date: Fri, 13 Feb 2009 02:59:04 +0000
Subject: [issue5232] Setting font from preference dialog in IDLE on OS X broken
In-Reply-To: <1234476506.45.0.29629224735.issue5232@psf.upfronthosting.co.za>
Message-ID: <p06240809c5ba9257f726@[10.0.1.221]>


Mitchell Model <mlm at acm.org> added the comment:

At 10:56 PM +0000 02/12/09, Ned Deily wrote:
>Ned Deily <nad at acm.org> added the comment:
>
>FWIW, I am not able to reproduce this using a release3.0 IDLE (so with
>today's patches) built with the default Apple-supplied Tcl/Tk in 10.5. 
>Are you using a newer Tcl/Tk?  Does it happen if you move your current
>preferences out of ~/.idlerc?
>

It does still happen if I move my preferences. And move my .Idle.py.
I did build it with a newer Tk -- 8.5 installed as a Framework.
(And I switched the order of /System/Library/Frameworks and /Library/Frameworks,
which makes more sense. I thought I had seen that as an Issue, but it must have been
just a web page where I saw it. Similarly, I added /opt/local/lib and /opt/local/include
in detect_modules before the directories that are added, so that it finds the readline I
installed with "port".)

So, I started again with a fresh checkout. I didn't switch the order of the Frameworks
directories, and I tried it with and without the directories for readline. I started Python
manually, imported Tk, checked it's version, etc. to confirm I was getting the Apple
installation.  If I try to run bin/idle from the 3.1 Frameworks version directory
I get a segmentation fault. I've seen a lot of weird behavior over the years in my
many configuration and installation escapades across a wide variety of software,
but I've never seen a seg fault with anything to do with Python.  I have the "do you
want to report this" backtrace if you're interested. A little later I'll try this from scratch
on a clean, though PowerPC (G4), machine and see what happens.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5232>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:01:30 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 13 Feb 2009 03:01:30 +0000
Subject: [issue3745] _sha256 et al. encode to UTF-8 by default
In-Reply-To: <1220261226.32.0.128110321757.issue3745@psf.upfronthosting.co.za>
Message-ID: <1234494090.79.0.45786948164.issue3745@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

fixed in trunk r69561.

----------
components: +Extension Modules -Library (Lib)
resolution:  -> fixed
status: open -> closed
versions: +Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3745>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:06:45 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 13 Feb 2009 03:06:45 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234494405.75.0.542139337539.issue5237@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:16:39 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 03:16:39 +0000
Subject: [issue5240] time.strptime fails to match data and format with Unicode
	whitespaces (Py3)
In-Reply-To: <1234494999.4.0.610886804768.issue5240@psf.upfronthosting.co.za>
Message-ID: <1234494999.4.0.610886804768.issue5240@psf.upfronthosting.co.za>


New submission from Ezio Melotti <ezio.melotti at gmail.com>:

On Python3, strptime raises a ValueError with some "Unicode whitespaces"
even if they are present both in the 'string' and 'format' args in the
same position:
>>> strptime("Thu\x20Feb", "%a\x20%b") # normal space, works fine
time.struct_time(tm_year=1900, tm_mon=2, tm_mday=1, tm_hour=0, tm_min=0,
tm_sec=0, tm_wday=3, tm_yday=32, tm_isdst=-1)
>>> strptime("Thu\xa0Feb", "%a\xa0%b") # no-break space, fails
ValueError: time data 'Thu\xa0Feb' does not match format '%a\xa0%b'

I wrote a small script to find out other chars where it fails (it needs
~5 minutes to run):
>>> l = []
>>> for char in map(chr, range(0xFFFF)):
...   try: x = strptime('Thu{0}Feb'.format(char), '%a{0}%b'.format(char))
...   except ValueError: l.append(char)
...
>>> l
['\x1c', '\x1d', '\x1e', '\x1f', '%', '\x85', '\xa0', '\u1680',
'\u2000', '\u2001', '\u2002', '\u2003', '\u2004', '\u2005', '\u2006',
'\u2007', '\u2008', '\u2009', '\u200a', '\u200b', '\u2028', '\u2029',
'\u202f', '\u205f', '\u3000']
>>> [char.strip() for char in l]
['', '', '', '', '%', '', '', '', '', '', '', '', '', '', '', '', '',
'', '', '', '', '', '', '', '']
>>> [unicodedata.category(char) for char in l]
['Cc', 'Cc', 'Cc', 'Cc', 'Po', 'Cc', 'Zs', 'Zs', 'Zs', 'Zs', 'Zs', 'Zs',
'Zs', 'Zs', 'Zs', 'Zs', 'Zs', 'Zs', 'Zs', 'Cf', 'Zl', 'Zp', 'Zs', 'Zs',
'Zs']
>>> [unicodedata.name(char, '???') for char in l]
['???', '???', '???', '???', 'PERCENT SIGN', '???', 'NO-BREAK SPACE',
'OGHAM SPACE MARK', 'EN QUAD', 'EM QUAD', 'EN SPACE', 'EM SPACE',
'THREE-PER-EM SPACE', 'FOUR-PER-EM SPACE', 'SIX-PER-EM SPACE', 'FIGURE
SPACE', 'PUNCTUATION SPACE', 'THIN SPACE', 'HAIR SPACE', 'ZERO WIDTH
SPACE', 'LINE SEPARATOR', 'PARAGRAPH SEPARATOR', 'NARROW NO-BREAK
SPACE', 'MEDIUM MATHEMATICAL SPACE', 'IDEOGRAPHIC SPACE']

All these chars (except % and some control chars) are whitespace and
they are removed by the .strip() method, so I guess that something
similar happens in strptime too.

The Unicode categories are:
"Cc" = "Other, Control"
"Zs" = "Separator, Space"
"Cf" = "Other, Format"
"Zl" = "Separator, Line"
"Zp" = "Separator, Paragraph"

Everything seems to work fine on Py2.x (tested on 2.4 and 2.6)

----------
components: Library (Lib), Unicode
messages: 81859
nosy: ezio.melotti
severity: normal
status: open
title: time.strptime fails to match data and format with Unicode whitespaces (Py3)
type: behavior
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5240>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:23:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 03:23:22 +0000
Subject: [issue780354] socket.makefile() isn't compatible with
	marshal/cPickle/etc
Message-ID: <1234495402.74.0.372251470706.issue780354@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

IIUC this one can be closed. Objections?

----------
nosy: +ajaksu2
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue780354>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:23:39 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 13 Feb 2009 03:23:39 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234495419.22.0.682828652923.issue5237@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

It's easy enough to implement. Although the 'all-or-nothing' aspect is a
little tough, I'll have to give it some thought.

Maybe the best way to do this is to first create a string.Formatter
subclass that implements it. I'll play with it and see what I come up with.

>From the description, I'm presuming we'd want:
'{d}{s}{f}'.format(3, 'foo', 3.14)
to work.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:24:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 03:24:42 +0000
Subject: [issue779285] Carbon Event ReceiveNextEvent
Message-ID: <1234495482.16.0.932605986831.issue779285@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Needs confirmation.

----------
nosy: +ajaksu2
priority: normal -> low
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue779285>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:27:51 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 03:27:51 +0000
Subject: [issue777588] asyncore is broken for windows if connection is refused
Message-ID: <1234495671.42.0.70540241229.issue777588@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Looks like this one was solved in issue 909005, does anyone disagree?

----------
components: +Windows
nosy: +ajaksu2
superseder:  -> asyncore fixes and improvements
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue777588>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:29:44 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 03:29:44 +0000
Subject: [issue777597] socketmodule.c connection handling incorect on windows
Message-ID: <1234495784.24.0.442758459013.issue777597@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Fixed in r36739 according to #965036.

----------
components: +Windows
dependencies: +Fix for #777597 - socketmodule.c connection handling incorec
nosy: +ajaksu2
resolution:  -> out of date
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue777597>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:31:59 2009
From: report at bugs.python.org (David W. Lambert)
Date: Fri, 13 Feb 2009 03:31:59 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234495919.2.0.953429579838.issue5237@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

'{d}{s}{f}'.format(3, 'foo', 3.14)

is possibly unclear,
but is shorter than

'{#d}{#s}{#f}'.format(...)

----------
nosy: +LambertDW

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:37:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 03:37:17 +0000
Subject: [issue798520] os.popen with invalid mode differs on Windows and POSIX
Message-ID: <1234496237.18.0.290366096553.issue798520@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

This snippet still raises 'OSError: [Errno 22] ...' in Linux:

import os
os.popen('ls', '')

Can anyone do a quick check on Windows?

----------
nosy: +ajaksu2, georg.brandl
priority: normal -> low
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue798520>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:39:37 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 03:39:37 +0000
Subject: [issue798876] windows sys.path contains nonexistant directory
Message-ID: <1234496377.81.0.774561450857.issue798876@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue798876>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:41:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 03:41:24 +0000
Subject: [issue803422] sgmllib doesn't support hex or Unicode character
	references
Message-ID: <1234496484.16.0.557888795686.issue803422@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue803422>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:45:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 03:45:21 +0000
Subject: [issue806149] aetools.TalkTo methods can be obscured
Message-ID: <1234496721.36.0.735771566478.issue806149@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Needs confirmation.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue806149>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:46:03 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 03:46:03 +0000
Subject: [issue5241] Missing flags in the Regex howto
In-Reply-To: <1234496763.66.0.0120470676401.issue5241@psf.upfronthosting.co.za>
Message-ID: <1234496763.66.0.0120470676401.issue5241@psf.upfronthosting.co.za>


New submission from Ezio Melotti <ezio.melotti at gmail.com>:

The Regex howto for Py2.x doesn't include re.U/re.UNICODE
(http://docs.python.org/library/re.html#re.U):
http://docs.python.org/dev/howto/regex.html#compilation-flags (Py2.7)
http://docs.python.org/howto/regex.html#compilation-flags (Py2.6)
...

The Regex howto for Py3.x doesn't include re.A/re.ASCII
(http://docs.python.org/3.0/library/re.html#re.A):
http://docs.python.org/3.0/howto/regex.html#compilation-flags (Py3.0)
http://docs.python.org/dev/py3k/howto/regex.html#compilation-flags (Py3.1)

----------
assignee: georg.brandl
components: Documentation, Regular Expressions
messages: 81868
nosy: akuchling, ezio.melotti, georg.brandl
severity: normal
status: open
title: Missing flags in the Regex howto
versions: 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/issue5241>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:48:05 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 03:48:05 +0000
Subject: [issue798058] IDLE / PyOS_InputHook
Message-ID: <1234496885.46.0.319659123027.issue798058@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +IDLE / PyOS_InputHook
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue798058>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:51:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 03:51:47 +0000
Subject: [issue788931] resolving relative paths for external entities with
	xml.sax
Message-ID: <1234497107.39.0.0693831609474.issue788931@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +relative on-disk SYSTEM id handling is incorrect
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue788931>
_______________________________________

From report at bugs.python.org  Fri Feb 13 04:56:16 2009
From: report at bugs.python.org (David W. Lambert)
Date: Fri, 13 Feb 2009 03:56:16 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234497376.88.0.295427967453.issue5237@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

I am net yet fluent in format method.  I meant

":" where "#" appeared.

Anyway, I think you need the colon. 
 
If from
print('{0:9}'.format(33))

you make the argument number implicit and remove the colon you'd get

print('{9}'.format(33))

which does and should raise IndexError.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:00:52 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:00:52 +0000
Subject: [issue783528] Inconsistent results with super and __getattribute__
Message-ID: <1234497652.44.0.658283080858.issue783528@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Same behavior, is this a real issue?


Current exception:
TypeError: 'super' object has only read-only attributes (assign to .n)

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.7 -Python 2.3
Added file: http://bugs.python.org/file13063/OP_example.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue783528>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:02:58 2009
From: report at bugs.python.org (Mitchell Model)
Date: Fri, 13 Feb 2009 04:02:58 +0000
Subject: [issue5232] Setting font from preference dialog in IDLE on OS X broken
In-Reply-To: <p06240809c5ba9257f726@[10.0.1.221]>
Message-ID: <p0624080ac5baa0ec620c@[10.0.1.221]>


Mitchell Model <mlm at acm.org> added the comment:

OK, so I built 3.1 on a clean (G4) system instead of my highly 
tangled Intel and didn't get the seg fault. I guess the issue isn't 
real.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5232>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:06:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:06:39 +0000
Subject: [issue785031] MacPython installer fails on UFS filesystem
Message-ID: <1234497999.39.0.384425869964.issue785031@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

UFS support in Mac OS X seems to be in legacy/deprecated mode. Should we
close this one?

----------
components: +Macintosh -None
nosy: +ajaksu2
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue785031>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:07:24 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 13 Feb 2009 04:07:24 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234498044.91.0.490167565262.issue5237@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

How is:
'{d}{s}{f}'.format(3, 'foo', 3.14)

more unclear than:
'%d%s%f' % (3, 'foo', 3.14)
?

But the more I think about it, the more I think it would have to be:
'{:d}{:s}{:f}'.format(3, 'foo', 3.14)
Since "{0:0}" is a legitimate format string, I need some way to tell
whether "{0}" is missing the positional parameter or is missing the
format specifier.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:14:09 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:14:09 +0000
Subject: [issue904498] threading docs, start error should be specified
Message-ID: <1234498449.31.0.934200823569.issue904498@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue904498>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:19:29 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:19:29 +0000
Subject: [issue903339] OpenVMS file system and UNIVERSAL_NEWLINES support
Message-ID: <1234498769.6.0.811489278144.issue903339@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Here's the thread mentioned:
http://mail.python.org/pipermail/python-dev/2004-February/042686.html

Couldn't find any resolution about this issue after the messages here.

----------
nosy: +ajaksu2
priority: normal -> low
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue903339>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:20:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:20:46 +0000
Subject: [issue902065] fails building C++ extensions when configured
	--without-cxx
Message-ID: <1234498846.31.0.409775800908.issue902065@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
keywords: +patch
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue902065>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:24:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:24:24 +0000
Subject: [issue916013] Improving MacPython's IAC support
Message-ID: <1234499064.53.0.589750720616.issue916013@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

IAC is now 'Apple events', the IPC behind AppleScript.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue916013>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:25:18 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:25:18 +0000
Subject: [issue900502] bundlebuilder: some way to add non-py files in packages
Message-ID: <1234499118.77.0.0135494294735.issue900502@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue900502>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:28:10 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:28:10 +0000
Subject: [issue809887] Improve pdb breakpoint feedback
Message-ID: <1234499290.46.0.531124440195.issue809887@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Closing proposed, objections?

----------
nosy: +ajaksu2
priority: normal -> low
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue809887>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:29:48 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:29:48 +0000
Subject: [issue813198] Migrate PEP material to docs
Message-ID: <1234499388.15.0.924701557262.issue813198@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue813198>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:32:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:32:21 +0000
Subject: [issue815668] test_locale and en_US
Message-ID: <1234499541.08.0.61694594388.issue815668@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Fixed in #1197218.

----------
components: +Tests -None
nosy: +ajaksu2
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed
superseder:  -> test_locale fix on modern linux

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue815668>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:33:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:33:46 +0000
Subject: [issue824371] ntpath.expandvars doesn't expand Windows-style
	variables.
Message-ID: <1234499626.7.0.908540656099.issue824371@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue824371>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:39:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:39:21 +0000
Subject: [issue822005] Carbon.CarbonEvt.ReceiveNextEvent args wrong
Message-ID: <1234499961.81.0.219049290514.issue822005@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue822005>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:41:19 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:41:19 +0000
Subject: [issue821948] fcntl() not working on sparc/linux (python 2.2.3)
Message-ID: <1234500079.91.0.879636060698.issue821948@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Anyone interested in keeping this one open?

----------
nosy: +ajaksu2
priority: normal -> low
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue821948>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:45:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:45:34 +0000
Subject: [issue834840] Unhelpful error message from cgi module
Message-ID: <1234500334.81.0.690262384879.issue834840@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +ajaksu2
priority: normal -> low
stage:  -> test needed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue834840>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:46:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:46:17 +0000
Subject: [issue834351] Mouse wheel crashes program
Message-ID: <1234500377.69.0.793592596077.issue834351@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue834351>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:48:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:48:28 +0000
Subject: [issue835176] [2.3.2] bz2 test failure on AIX 4.3.2, Tru64 UNIX
Message-ID: <1234500508.44.0.669884415112.issue835176@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Will close unless someone can point any current relevance.

----------
components: +Tests
nosy: +ajaksu2
priority: normal -> low
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue835176>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:50:50 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:50:50 +0000
Subject: [issue837046] pyport.h redeclares gethostname() if SOLARIS is defined
Message-ID: <1234500650.09.0.167888226793.issue837046@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Build -None
dependencies: +Solaris 8 declares gethostname().
stage:  -> test needed
type:  -> compile error
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue837046>
_______________________________________

From report at bugs.python.org  Fri Feb 13 05:59:55 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 04:59:55 +0000
Subject: [issue846817] control-c is being sent to child thread rather than main
Message-ID: <1234501195.03.0.389677033928.issue846817@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Closing proposed.

Cannot reproduce as of r69550:

calling CliEngine run
#
# MAIN THREAD Control-C
MAIN THREAD Control-C
[...]
Returning from cliEngine.runEngine()
MAIN THREAD Control-C
Exiting the main thread

On Ubuntu 8.04 (2.6,24) with libreadline 5.2.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue846817>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:01:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 05:01:34 +0000
Subject: [issue845560] imaplib: traceback from _checkquote with empty string
Message-ID: <1234501294.6.0.572727545694.issue845560@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue845560>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:02:16 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 05:02:16 +0000
Subject: [issue852150] Can't send Apple Events without WindowServer connection
Message-ID: <1234501336.48.0.895586116441.issue852150@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue852150>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:03:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 05:03:27 +0000
Subject: [issue853656] Carbon.CF.CFURLRef should be easier to create
Message-ID: <1234501407.95.0.611886292215.issue853656@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue853656>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:06:40 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 05:06:40 +0000
Subject: [issue854918] Configurable SSL handshake
Message-ID: <1234501600.12.0.757467658739.issue854918@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

SSL changed a lot, is this still relevant? Will close on lack of response.

----------
components: +Extension Modules
nosy: +ajaksu2
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue854918>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:07:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 05:07:32 +0000
Subject: [issue868571] HTTPResponse.read(amt) fails when response length is
	UNKNOWN
Message-ID: <1234501652.29.0.961037297175.issue868571@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue868571>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:15:23 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 05:15:23 +0000
Subject: [issue869649] Quicktime missing funcitonality
Message-ID: <1234502123.87.0.379232343146.issue869649@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Macintosh -None
priority: normal -> low
stage:  -> test needed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue869649>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:19:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 05:19:38 +0000
Subject: [issue868908] getpos() for sgmllib
Message-ID: <1234502378.82.0.729526182793.issue868908@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Duplicate of #849097.

----------
nosy: +ajaksu2
resolution:  -> duplicate
status: open -> closed
superseder:  -> Request: getpos() for sgmllib

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue868908>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:21:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 05:21:04 +0000
Subject: [issue849097] Request: getpos() for sgmllib
Message-ID: <1234502464.0.0.334941859394.issue849097@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Closed #868908 as a duplicate of this one.

----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue849097>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:27:00 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 05:27:00 +0000
Subject: [issue872815] How to pass the proxy server use socket
Message-ID: <1234502820.4.0.491873563384.issue872815@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

I don't understand the problem. I will close this one if no opposition
arises.

----------
components: +Library (Lib) -None
nosy: +ajaksu2
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue872815>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:41:56 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 05:41:56 +0000
Subject: [issue875654] add support for installations compiled for debugging
Message-ID: <1234503716.02.0.92525262489.issue875654@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Doesn't make much sense, IIUC can be achieved with small effort from
interested users and Debian ships python-dbg (OT here). Will close
unless someone salvages some of the ideas.

----------
nosy: +ajaksu2, tarek
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue875654>
_______________________________________

From report at bugs.python.org  Fri Feb 13 06:57:07 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Fri, 13 Feb 2009 05:57:07 +0000
Subject: [issue821948] fcntl() not working on sparc/linux (python 2.2.3)
Message-ID: <1234504627.8.0.160246864742.issue821948@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue821948>
_______________________________________

From report at bugs.python.org  Fri Feb 13 07:58:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 13 Feb 2009 06:58:04 +0000
Subject: [issue727732] getpath.c-generated prefix wrong for Tru64 scripts
Message-ID: <1234508284.18.0.161562624085.issue727732@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Mike,
Thanks for the feedback (and laugh!). I'll close this one soon, unless
someone requests to keep open.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue727732>
_______________________________________

From report at bugs.python.org  Fri Feb 13 09:18:30 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 08:18:30 +0000
Subject: [issue532631] Confusions in formatfloat
Message-ID: <1234513110.53.0.4844736497.issue532631@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
assignee: nnorwitz -> marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue532631>
_______________________________________

From report at bugs.python.org  Fri Feb 13 09:49:40 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 08:49:40 +0000
Subject: [issue5216] distutils.tests.test_build_ext.BuildExtTestCase fails
	when srcdir != builddir
In-Reply-To: <1234363326.79.0.666992241975.issue5216@psf.upfronthosting.co.za>
Message-ID: <1234514980.52.0.909245183098.issue5216@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Matthias, can you confirm the test passes now on your side, so I close
this issue. Thanks

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5216>
_______________________________________

From report at bugs.python.org  Fri Feb 13 09:58:39 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 08:58:39 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234515519.61.0.34076613668.issue2279@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

I'll change add_defaults() so it includes package_data.

I don't think though, that MANIFEST.in is an ugly hack. Imho the best
practice is an explicit MANIFEST.in (and not use the .svn browsing
setuptools do)

----------
priority:  -> high
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Fri Feb 13 10:00:10 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 09:00:10 +0000
Subject: [issue5216] distutils.tests.test_build_ext.BuildExtTestCase fails
	when srcdir != builddir
In-Reply-To: <1234363326.79.0.666992241975.issue5216@psf.upfronthosting.co.za>
Message-ID: <1234515610.58.0.311637488686.issue5216@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
priority:  -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5216>
_______________________________________

From report at bugs.python.org  Fri Feb 13 10:00:59 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 09:00:59 +0000
Subject: [issue5201] Using LDFLAGS='-rpath=\$$LIB:/some/other/path'
	./configure breaks the build
In-Reply-To: <1234266292.13.0.602157766238.issue5201@psf.upfronthosting.co.za>
Message-ID: <1234515659.05.0.354176762884.issue5201@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
priority:  -> normal
versions: +Python 3.1 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5201>
_______________________________________

From report at bugs.python.org  Fri Feb 13 10:02:52 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 09:02:52 +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: <1234515772.33.0.536194266931.issue2624@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
priority:  -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2624>
_______________________________________

From report at bugs.python.org  Fri Feb 13 10:17:25 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 09:17:25 +0000
Subject: [issue5158] Document distutils 'depends' option for extensions
In-Reply-To: <1233849334.58.0.0898669443765.issue5158@psf.upfronthosting.co.za>
Message-ID: <1234516645.68.0.312006371018.issue5158@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Added in r69566,  thanks for the contribution !

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5158>
_______________________________________

From report at bugs.python.org  Fri Feb 13 10:42:06 2009
From: report at bugs.python.org (Jiafei Peng)
Date: Fri, 13 Feb 2009 09:42:06 +0000
Subject: [issue5242] eval() function in List Comprehension doesn't work
In-Reply-To: <1234518125.96.0.444530348539.issue5242@psf.upfronthosting.co.za>
Message-ID: <1234518125.96.0.444530348539.issue5242@psf.upfronthosting.co.za>


New submission from Jiafei Peng <jiafei.peng at iav.de>:

eval() function in List Comprehension doesn't work.
please see the under codes:

canBusType = 'CANdiag'
result = [eval('canBusType') for i in range(3)]
NameError: name 'canBusType' is not defined

It did work in Python2.5 or 2.6. The expected result is 
['CANdiag', 'CANdiag', 'CANdiag'].

----------
messages: 81890
nosy: JiafeiPeng
severity: normal
status: open
title: eval() function in List Comprehension doesn't work
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________

From report at bugs.python.org  Fri Feb 13 10:48:45 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 09:48:45 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234518525.76.0.00243124292644.issue5237@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/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 10:54:13 2009
From: report at bugs.python.org (=?utf-8?q?Hagen_F=C3=BCrstenau?=)
Date: Fri, 13 Feb 2009 09:54:13 +0000
Subject: [issue5242] eval() function in List Comprehension doesn't work
In-Reply-To: <1234518125.96.0.444530348539.issue5242@psf.upfronthosting.co.za>
Message-ID: <1234518853.02.0.440895895189.issue5242@psf.upfronthosting.co.za>


Hagen F?rstenau <hfuerstenau at gmx.net> added the comment:

I can't reproduce this. For me it works as expected.

----------
nosy: +hagen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________

From report at bugs.python.org  Fri Feb 13 10:57:09 2009
From: report at bugs.python.org (Patrick Gerken)
Date: Fri, 13 Feb 2009 09:57:09 +0000
Subject: [issue5243] Missing dependency in distutils build
In-Reply-To: <1234519029.27.0.18013582736.issue5243@psf.upfronthosting.co.za>
Message-ID: <1234519029.27.0.18013582736.issue5243@psf.upfronthosting.co.za>


New submission from Patrick Gerken <patrick.gerken at computer.org>:

When running the command install_lib, the command build_clib is not run.
If a package contains clibs they can be dependencies for extension libs,
at least that is stated in the module docstring of build_clib.

In real life you can see it when trying to run the command install_lib
on the current reportlab2.3.

The patch provided needs do be applied in the distutils dir directly with

patch install_lib.py dependency.patch

As requested, I asked on the mailing list first, whether this really is
a bug. 
http://mail.python.org/pipermail/distutils-sig/2009-February/010974.html

I am half finished writing a test case, that I'll append to this ticket
later.

----------
assignee: tarek
components: Distutils
files: dependency.patch
keywords: patch
messages: 81892
nosy: do3cc, tarek
severity: normal
status: open
title: Missing dependency in distutils build
type: behavior
versions: Python 2.4, Python 2.5, Python 2.6, Python 2.7
Added file: http://bugs.python.org/file13064/dependency.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5243>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:02:10 2009
From: report at bugs.python.org (Mark Miller)
Date: Fri, 13 Feb 2009 10:02:10 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234519330.85.0.0875523781779.issue1762561@psf.upfronthosting.co.za>


Mark Miller <mark at mirell.org> added the comment:

This still occurs in the latest SVN checkout, and is preventing Python
from building on ARMV4L and ARMV5L OABI, dying during the test_float.py
compilation. The patch appears to solve this problem, however I have not
run a full suite of tests to ensure it doesn't have any regression issues.

Since this has been broken since 2007, could this be looked at in
getting merged?

----------
nosy: +mirell
type:  -> compile error
versions: +Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:02:24 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 10:02:24 +0000
Subject: [issue5243] Missing dependency in distutils build
In-Reply-To: <1234519029.27.0.18013582736.issue5243@psf.upfronthosting.co.za>
Message-ID: <1234519344.21.0.377473481737.issue5243@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

be careful to write your test in distutils (setuptools is not part of
Python)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5243>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:04:28 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 10:04:28 +0000
Subject: [issue5242] eval() function in List Comprehension doesn't work
In-Reply-To: <1234518125.96.0.444530348539.issue5242@psf.upfronthosting.co.za>
Message-ID: <1234519468.26.0.834362664014.issue5242@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I can't reproduce it either, tested with Py3 (on Linux and Windows) and
with Py2.[456], it worked fine everywhere.

Does your eval() work properly outside listcomps?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:07:33 2009
From: report at bugs.python.org (Jiafei Peng)
Date: Fri, 13 Feb 2009 10:07:33 +0000
Subject: [issue5242] eval() function in List Comprehension doesn't work
In-Reply-To: <1234518853.02.0.440895895189.issue5242@psf.upfronthosting.co.za>
Message-ID: <OF7AD98D83.C2F420AF-ONC125755C.0036A835-C125755C.00376D35@retarus.de>


Jiafei Peng <jiafei.peng at iav.de> added the comment:

Hallo Mr. F?rstenau,

thank you for the quick response.
Have you tried it with Python 3.0

The Error report is truely:
NameError: name 'canBusType' is not defined

Someone else reported the same problem in internet too.

Best regards, mit freundlichen Gr??en,

Jiafei Peng

Softwareentwickler / Embedded System Software (EF-F2)
Software developer / Embedded System Software 

IAV GmbH
Nordhoffstr. 5
38518 Gifhorn
GERMANY

Phone: +49 5371  805-2817
Fax:+49 5371  805-1330

E-mail:  <mailto:Jiafei.Peng at iav.de>
Internet: http://www.iav.de

IAV GmbH
Sitz/Registered Office: Berlin
Registergericht/Registration Court: Amtsgericht Charlottenburg
Registernummer/Company Registration Number: HRB 21 280
Gesch?ftsf?hrer/Managing Directors: Kurt Blumenr?der, Michael Schubert

Hagen F?rstenau <report at bugs.python.org> 
13.02.2009 10:54
Bitte antworten an
Python tracker <report at bugs.python.org>

An
jiafei.peng at iav.de
Kopie

Thema
[issue5242] eval() function in List Comprehension doesn't work 

Hagen F?rstenau <hfuerstenau at gmx.net> added the comment:

I can't reproduce this. For me it works as expected.

----------
nosy: +hagen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________

Added file: http://bugs.python.org/file13065/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090213/8f5c5abb/attachment.txt>

From report at bugs.python.org  Fri Feb 13 11:14:39 2009
From: report at bugs.python.org (Jiafei Peng)
Date: Fri, 13 Feb 2009 10:14:39 +0000
Subject: [issue5242] eval() function in List Comprehension doesn't work
In-Reply-To: <1234519468.26.0.834362664014.issue5242@psf.upfronthosting.co.za>
Message-ID: <OF19CC46AF.9D1552C3-ONC125755C.00377B40-C125755C.00383D39@retarus.de>


Jiafei Peng <jiafei.peng at iav.de> added the comment:

Yes
it does work properly outside listcomps.

            canBusType = 'CANdiag'
            result1 = eval('canBusType')
            result2 = [eval('canBusType'), eval('canBusType'), eval(
'canBusType')]
            result3 = [eval('canBusType') for i in range(3)]

result1 = 'CANdiag'
result2 =['CANdiag' 'CANdiag' 'CANdiag']
for result3:
NameError: name 'canBusType' is not defined

Best regards, mit freundlichen Gr??en,

Jiafei Peng

Softwareentwickler / Embedded System Software (EF-F2)
Software developer / Embedded System Software 

IAV GmbH
Nordhoffstr. 5
38518 Gifhorn
GERMANY

Phone: +49 5371  805-2817
Fax:+49 5371  805-1330

E-mail:  <mailto:Jiafei.Peng at iav.de>
Internet: http://www.iav.de

IAV GmbH
Sitz/Registered Office: Berlin
Registergericht/Registration Court: Amtsgericht Charlottenburg
Registernummer/Company Registration Number: HRB 21 280
Gesch?ftsf?hrer/Managing Directors: Kurt Blumenr?der, Michael Schubert

Ezio Melotti <report at bugs.python.org> 
13.02.2009 11:04
Bitte antworten an
Python tracker <report at bugs.python.org>

An
jiafei.peng at iav.de
Kopie

Thema
[issue5242] eval() function in List Comprehension doesn't work 

Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I can't reproduce it either, tested with Py3 (on Linux and Windows) and
with Py2.[456], it worked fine everywhere.

Does your eval() work properly outside listcomps?

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________

Added file: http://bugs.python.org/file13066/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090213/f2287641/attachment.txt>

From report at bugs.python.org  Fri Feb 13 11:16:04 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 13 Feb 2009 10:16:04 +0000
Subject: [issue5242] eval() function in List Comprehension doesn't work
In-Reply-To: <1234518125.96.0.444530348539.issue5242@psf.upfronthosting.co.za>
Message-ID: <1234520164.79.0.148440888366.issue5242@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Ezio: this happens inside a function, like this:

def f():
    canBusType = 'CANdiag'
    result = [eval('canBusType') for i in range(3)]

This is expected, and won't easily fix.  The reason is that list
comprehensions in 3.x use a function namespace "under the hood" (in 2.x,
they were implemented like a simple for loop). Because inner functions
need to know what names to get from what enclosing namespace, the names
referenced in eval() can't come from enclosing functions. They must
either be locals or globals.

Of course, the question to the OP is why eval() is needed anyway.

----------
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:23:30 2009
From: report at bugs.python.org (Jiafei Peng)
Date: Fri, 13 Feb 2009 10:23:30 +0000
Subject: [issue5244] Python 3.0 eval() function in List Comprehension doesn't
	work
In-Reply-To: <1234520609.89.0.033915777183.issue5244@psf.upfronthosting.co.za>
Message-ID: <1234520609.89.0.033915777183.issue5244@psf.upfronthosting.co.za>


New submission from Jiafei Peng <jiafei.peng at iav.de>:

Jiafei Peng <jiafei.peng at iav.de> added the comment:

Yes
it does work properly outside listcomps.

            canBusType = 'CANdiag'
            result1 = eval('canBusType')
            result2 = [eval('canBusType'), eval('canBusType'), eval(
'canBusType')]
            result3 = [eval('canBusType') for i in range(3)]

result1 = 'CANdiag'
result2 =['CANdiag' 'CANdiag' 'CANdiag']
for result3:
NameError: name 'canBusType' is not defined

Best regards, mit freundlichen Gr??en,
Jiafei Peng
IAV GmbH
Nordhoffstr. 5
38518 Gifhorn
GERMANY
Phone: +49 5371  805-2817
Fax:+49 5371  805-1330

Ezio Melotti <report at bugs.python.org> 
13.02.2009 11:04
Bitte antworten an
Python tracker <report at bugs.python.org>

An
jiafei.peng at iav.de
Kopie

Thema
[issue5242] eval() function in List Comprehension doesn't work 

Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I can't reproduce it either, tested with Py3 (on Linux and Windows) and
with Py2.[456], it worked fine everywhere.

Does your eval() work properly outside listcomps?

----------
messages: 81899
nosy: JiafeiPeng
severity: normal
status: open
title: Python 3.0 eval() function in List Comprehension doesn't work

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5244>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:42:07 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 13 Feb 2009 10:42:07 +0000
Subject: [issue5244] Python 3.0 eval() function in List Comprehension doesn't
	work
In-Reply-To: <1234520609.89.0.033915777183.issue5244@psf.upfronthosting.co.za>
Message-ID: <1234521727.15.0.570728197944.issue5244@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Please don't open duplicates.

----------
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed
superseder:  -> eval() function in List Comprehension doesn't work

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5244>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:43:39 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 13 Feb 2009 10:43:39 +0000
Subject: [issue4894] Docs for
	urllib.request.HTTPRedirectHandler.redirect_request missing
	"hdrs" paramether
In-Reply-To: <1231509516.06.0.732679259028.issue4894@psf.upfronthosting.co.za>
Message-ID: <1234521819.23.0.646852879609.issue4894@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Applied in r69570, r69571.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4894>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:45:06 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 13 Feb 2009 10:45:06 +0000
Subject: [issue3734] subclassing complex
In-Reply-To: <1220049550.4.0.0881969750537.issue3734@psf.upfronthosting.co.za>
Message-ID: <1234521906.06.0.275211977124.issue3734@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Applied doc patch in r69573.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3734>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:45:53 2009
From: report at bugs.python.org (David Jones)
Date: Fri, 13 Feb 2009 10:45:53 +0000
Subject: [issue5202] wave.py cannot write wave files into a shell pipeline
In-Reply-To: <1234429211.16.0.456760009707.issue5202@psf.upfronthosting.co.za>
Message-ID: <2046F7A3-C346-490C-B3C7-48A566EBEF94@pobox.com>


David Jones <drj at pobox.com> added the comment:

On 12 Feb 2009, at 09:00, David Jones wrote:

>
> David Jones <drj at pobox.com> added the comment:
>
> The following program does a very basic do-i-get-back-what-i-wrote  
> test.
> sunau can't cope; I am investigating.

I see.  sunau uses mu-law compression by default which makes it non- 
invertable.  How stupid.  Inserting:

         w.setcomptype('NONE', 'Pointless Argument')

just after setframerate fixes the tests so that all 3 modules pass.

Of course, this is still only the most very basic test that one might  
want to do.  And it doesn't cover the case mentioned in this bug  
report anyway.

(drat, just found this, should've sent it yesterday)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5202>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:50:14 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 13 Feb 2009 10:50:14 +0000
Subject: [issue3613] base64.encodestring does not actually accept strings
In-Reply-To: <1219212034.35.0.601192649417.issue3613@psf.upfronthosting.co.za>
Message-ID: <1234522214.94.0.558536738129.issue3613@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Applied the patch in r69575.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3613>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:53:45 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 13 Feb 2009 10:53:45 +0000
Subject: [issue1537445] urllib2 httplib _read_chunked timeout
Message-ID: <1234522425.89.0.153698173198.issue1537445@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I agree.

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1537445>
_______________________________________

From report at bugs.python.org  Fri Feb 13 11:57:05 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 13 Feb 2009 10:57:05 +0000
Subject: [issue1661108] base64.urlsafe_b64encode() shouldn't use the =
	character
Message-ID: <1234522625.1.0.750716214285.issue1661108@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Added a short note in r69576.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1661108>
_______________________________________

From report at bugs.python.org  Fri Feb 13 12:07:41 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 13 Feb 2009 11:07:41 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1219811392.29.0.37826020023.issue3694@psf.upfronthosting.co.za>
Message-ID: <1234523261.68.0.738883979128.issue3694@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Applied in r69577, r69578.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Fri Feb 13 12:14:11 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 13 Feb 2009 11:14:11 +0000
Subject: [issue5208] urllib2.build_opener([handler,
	...]) incorrect signature in docs
In-Reply-To: <1234286185.85.0.555213161426.issue5208@psf.upfronthosting.co.za>
Message-ID: <1234523651.6.0.310271540785.issue5208@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Why is that ambiguous? Can you come up with a better short form?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5208>
_______________________________________

From report at bugs.python.org  Fri Feb 13 12:43:39 2009
From: report at bugs.python.org (Senthil)
Date: Fri, 13 Feb 2009 11:43:39 +0000
Subject: [issue5208] urllib2.build_opener(
In-Reply-To: <1234523651.6.0.310271540785.issue5208@psf.upfronthosting.co.za>
Message-ID: <7c42eba10902130343s408aa83eqea664416fe224306@mail.gmail.com>


Senthil <orsenthil at gmail.com> added the comment:

And that is how it is at all others places too.  Optionals are placed inside [].

----------
nosy: +orsenthil
title: urllib2.build_opener([handler, ...]) incorrect signature in docs -> urllib2.build_opener(

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5208>
_______________________________________

From report at bugs.python.org  Fri Feb 13 12:46:33 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 11:46:33 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234525593.84.0.606284248693.issue5237@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

+1 for the general idea from me too, assuming that all the details can
be worked out in a sane manner.

Is it worth opening a discussion about this on comp.lang.python?

----------
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 12:58:16 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 11:58:16 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1219811392.29.0.37826020023.issue3694@psf.upfronthosting.co.za>
Message-ID: <1234526296.3.0.0277646558882.issue3694@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> BTW, there's a warning in _struct.c:180 -> warning: ?get_ulong?
> defined but not used, should I open a new issue?

Sure.  Please could you add me to the nosy list if you do.

In my opinion, the struct module *really* needs an overhaul, especially
for py3k; there's a lot of inconsistency in the behaviour with respect
to different integer types, and there's a lot of code that seems to be
there purely for backwards compatibility that could be removed for 3.1
(and probably for 2.7 as well):  for example, allowing floats when
packing integer types, and allowing overflow to wraparound rather than
raising an exception.

Would it be worth opening a general 'overhaul the struct module' issue
and marking all the current struct bugs as dependencies for this issue?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Fri Feb 13 13:03:03 2009
From: report at bugs.python.org (Rogi)
Date: Fri, 13 Feb 2009 12:03:03 +0000
Subject: [issue5245] PyRun_SimpleStringFlags() documentation
In-Reply-To: <1234526583.65.0.906444250771.issue5245@psf.upfronthosting.co.za>
Message-ID: <1234526583.65.0.906444250771.issue5245@psf.upfronthosting.co.za>


New submission from Rogi <rogi at linuxmail.org>:

>From teh docs:
http://docs.python.org/c-api/veryhigh.html

int PyRun_SimpleStringFlags(const char *command, PyCompilerFlags *flags)?
    Executes the Python source code from command in the __main__ module
according to the flags argument. If __main__ does not already exist, it
is created. Returns 0 on success or -1 if an exception was raised. If
there was an error, there is no way to get the exception information.
For the meaning of flags, see below.

In case of a SystemExit it will not return. This detail, along another
issue with Py_Main() and SystemExit, made me google around for a while.

----------
assignee: georg.brandl
components: Documentation
messages: 81912
nosy: Rogi, georg.brandl
severity: normal
status: open
title: PyRun_SimpleStringFlags() documentation
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5245>
_______________________________________

From report at bugs.python.org  Fri Feb 13 13:05:45 2009
From: report at bugs.python.org (Dwayne Bailey)
Date: Fri, 13 Feb 2009 12:05:45 +0000
Subject: [issue5214] Add KOI8-RU as a known encoding
In-Reply-To: <1234335818.61.0.321610259153.issue5214@psf.upfronthosting.co.za>
Message-ID: <1234526745.77.0.309741049735.issue5214@psf.upfronthosting.co.za>


Dwayne Bailey <dwayne+pythonbugs at translate.org.za> added the comment:

@haypo: The encoding works and doesn't throw and error, my guess is that
aliases should be updated to cover the variant namings of -R and -U.

I also found glibc points to this reference
http://cad.ntu-kpi.kiev.ua/multiling/koi8-ru/ which seems to have
disappeared.  I couldn't find a way to validate that the glibc code
points where the same as the ones you have.

My iconv --version is 2.9

Apart from that I can't vouch for its correctness

@lemburg: I can't comment on the status of the standard.  I would assume
that like most 8 bit encodings that these are falling away and being
replaced by Unicode.

Why I'm interested in these issues is that our Python tools are used to
recover translations from installed .mo files on Linux.  I look for
encoding issues on a semi-regularly basis and fix any ones that present
issues. This is the first I've found that is missing in Python.

For us its useful in that we present a path for people to move from an
old encoding into Unicode if needed.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5214>
_______________________________________

From report at bugs.python.org  Fri Feb 13 13:14:16 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 12:14:16 +0000
Subject: [issue3992] removed custom log from distutils
In-Reply-To: <1222645256.9.0.167855735394.issue3992@psf.upfronthosting.co.za>
Message-ID: <1234527256.96.0.033172569128.issue3992@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
priority:  -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3992>
_______________________________________

From report at bugs.python.org  Fri Feb 13 13:14:32 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 12:14:32 +0000
Subject: [issue3985] removed string module from distutils [patch]
In-Reply-To: <1222597888.29.0.260615260643.issue3985@psf.upfronthosting.co.za>
Message-ID: <1234527272.13.0.252872723815.issue3985@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
priority:  -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3985>
_______________________________________

From report at bugs.python.org  Fri Feb 13 13:25:46 2009
From: report at bugs.python.org (Rogi)
Date: Fri, 13 Feb 2009 12:25:46 +0000
Subject: [issue5227] Py_Main() does not return on sys.exit()
In-Reply-To: <1234443648.41.0.597133870232.issue5227@psf.upfronthosting.co.za>
Message-ID: <1234527946.26.0.80777529735.issue5227@psf.upfronthosting.co.za>


Changes by Rogi <rogi at linuxmail.org>:


----------
assignee:  -> georg.brandl
components: +Documentation -None
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5227>
_______________________________________

From report at bugs.python.org  Fri Feb 13 13:30:26 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 12:30:26 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234528226.4.0.467384538571.issue1762561@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I'll take a look at this, provided Tim doesn't mind me stealing his
issue.  (Please steal it back if so.)

Mark, could you please post the output from test_float?

----------
assignee: tim_one -> marketdickinson
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Fri Feb 13 13:31:56 2009
From: report at bugs.python.org (Matthias Klose)
Date: Fri, 13 Feb 2009 12:31:56 +0000
Subject: [issue5216] distutils.tests.test_build_ext.BuildExtTestCase fails
	when srcdir != builddir
In-Reply-To: <1234363326.79.0.666992241975.issue5216@psf.upfronthosting.co.za>
Message-ID: <1234528316.35.0.238292936982.issue5216@psf.upfronthosting.co.za>


Matthias Klose <doko at debian.org> added the comment:

no, still seen on the branches. I'll have a look at backporting these
changes to the 2.6 branch before 2.6.2.

----------
versions:  -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5216>
_______________________________________

From report at bugs.python.org  Fri Feb 13 13:32:09 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 12:32:09 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234528329.69.0.143444548297.issue5186@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


Removed file: http://bugs.python.org/file12978/time_object_hash.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 13:34:50 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 13 Feb 2009 12:34:50 +0000
Subject: [issue5240] time.strptime fails to match data and format with Unicode
	whitespaces (Py3)
In-Reply-To: <1234494999.4.0.610886804768.issue5240@psf.upfronthosting.co.za>
Message-ID: <1234528490.4.0.155221254761.issue5240@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

By quick observation, I found this problem goes away if following change
is applied.

Index: Lib/_strptime.py
===================================================================
--- Lib/_strptime.py	(revision 69496)
+++ Lib/_strptime.py	(working copy)
@@ -262,7 +262,7 @@
 
     def compile(self, format):
         """Return a compiled re object for the format string."""
-        return re_compile(self.pattern(format), IGNORECASE | ASCII)
+        return re_compile(self.pattern(format), IGNORECASE)
 
 _cache_lock = _thread_allocate_lock()
 # DO NOT modify _TimeRE_cache or _regex_cache without acquiring the
cache lock

But this is just an observation. I don't call this *fix* because I'm not
familier with unicode, this change might cause another problem if applied.

----------
dependencies: +re.IGNORECASE not Unicode-ready
nosy: +ocean-city

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5240>
_______________________________________

From report at bugs.python.org  Fri Feb 13 13:38:57 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 12:38:57 +0000
Subject: [issue5216] distutils.tests.test_build_ext.BuildExtTestCase fails
	when srcdir != builddir
In-Reply-To: <1234363326.79.0.666992241975.issue5216@psf.upfronthosting.co.za>
Message-ID: <1234528737.75.0.894452460032.issue5216@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

can you tell where xxmodule.c is in your installation ?

(in 'builddir' ?)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5216>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:01:06 2009
From: report at bugs.python.org (Tim Gordon)
Date: Fri, 13 Feb 2009 13:01:06 +0000
Subject: [issue5242] eval() function in List Comprehension doesn't work
In-Reply-To: <1234518125.96.0.444530348539.issue5242@psf.upfronthosting.co.za>
Message-ID: <1234530066.22.0.758765755892.issue5242@psf.upfronthosting.co.za>


Tim Gordon <tim.py at aleph17.co.uk> added the comment:

If you know what variable you are going to be eval-ing, or at least, 
have a list of those that might be eval-ed, you can get around this 
issue by making sure they are explicitly referenced in the inner scope 
(i.e., in the list comprehension).  For example, even though list 
comprehensions work in 2.x, generator expressions don't, but this hack 
does (on 2.4 at least):

def f():
  canBusType = 'CANdiag'
  return (eval('canBusType') for i in range(3) if True or canBusType)

By putting a semantically vacuous reference to canBusType (and any 
other variables you want) you make sure they are usable from within the 
eval as well.

----------
nosy: +QuantumTim

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:16:18 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 13:16:18 +0000
Subject: [issue5240] time.strptime fails to match data and format with Unicode
	whitespaces (Py3)
In-Reply-To: <1234494999.4.0.610886804768.issue5240@psf.upfronthosting.co.za>
Message-ID: <1234530978.47.0.0534381679402.issue5240@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I think you have found the problem, strptime probably uses \s with the
re.ASCII flag and fails to match all the Unicode whitespaces:
>>> l
['\x1c', '\x1d', '\x1e', '\x1f', '%', '\x85', '\xa0', '\u1680',
'\u2000', '\u2001', '\u2002', '\u2003', '\u2004', '\u2005', '\u2006',
'\u2007', '\u2008', '\u2009', '\u200a', '\u200b', '\u2028', '\u2029',
'\u202f', '\u205f', '\u3000']
>>> [bool(re.match('^\s$', char, re.ASCII)) for char in l]
[False, False, False, False, False, False, False, False, False, False,
False, False, False, False, False, False, False, False, False, False,
False, False, False, False, False]
>>> [bool(re.match('^\s$', char)) for char in l]
[True, True, True, True, False, True, True, True, True, True, True,
True, True,True, True, True, True, True, True, True, True, True, True,
True, True]

This bug is then related #5239 and the proposed fix should work for both.
We can close this as duplicate and include this problem in #5239.

Good work!

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5240>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:30:12 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 13 Feb 2009 13:30:12 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234531812.86.0.472476687528.issue5237@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

The attached file is a mostly working version that inherits from
string.Formatter. It has the following shortcomings, which would all be
addressed if we go forward:

- Doesn't handle escaping '{' or '}'
- Doesn't handle conversion specifiers, like '!s'

These are all a function of me being too lazy to write a complete
parser. If anyone really wants them, I could add them. But this is just
a proof of concept.

Admittedly this isn't a drop-in replacement for ''.format(), but it
should give a taste of what using it would be like.

Added file: http://bugs.python.org/file13067/auto_number_formatter.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:32:26 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 13:32:26 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234531946.24.0.641232831352.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> Apart from the misindentation 

Apologies.  My fault for editing Python files while at work, with a
substandard editor configuration...

> have you run the benchmark script with it?

I have now.  See attached file for 3 sets of results (original, xor
version, and rotate) on 64-bit Linux/Core 2 Duo.

Summary: rotate is uniformly and significantly faster than xor;  xor is
uniformly and significantly faster than the unpatched version.

Added file: http://bugs.python.org/file13068/linux_x86_64_timings.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:33:57 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 13:33:57 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234532037.97.0.651808636699.issue5186@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


Added file: http://bugs.python.org/file13069/pointer_hash5_xor.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:34:05 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 13:34:05 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234532045.98.0.7106275309.issue5186@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


Added file: http://bugs.python.org/file13070/pointer_hash5_rotate.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:34:13 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 13:34:13 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234532053.31.0.556495616442.issue5186@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


Removed file: http://bugs.python.org/file13054/pointer_hash5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:35:51 2009
From: report at bugs.python.org (Mark Miller)
Date: Fri, 13 Feb 2009 13:35:51 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234532151.89.0.672873530054.issue1762561@psf.upfronthosting.co.za>


Mark Miller <mark at mirell.org> added the comment:

The following is where it fails un-patched:

Compiling /usr/local/lib/python2.6/test/test_float.py ...
Traceback (most recent call last):
  File "/usr/local/lib/python2.6/compileall.py", line 156, in <module>
    exit_status = int(not main())
  File "/usr/local/lib/python2.6/compileall.py", line 146, in main
    force, rx, quiet):
  File "/usr/local/lib/python2.6/compileall.py", line 83, in compile_dir
    if not compile_dir(fullname, maxlevels - 1, dfile, force, rx, quiet):
  File "/usr/local/lib/python2.6/compileall.py", line 65, in compile_dir
    ok = py_compile.compile(fullname, None, dfile, True)
  File "/usr/local/lib/python2.6/py_compile.py", line 138, in compile
    marshal.dump(codeobject, fc)
ValueError: unmarshallable object
make: *** [libinstall] Error 1

This is both on armv4l and armv5l OABI.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:38:49 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 13:38:49 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234532329.33.0.990617809936.issue5186@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, so the rotate version is really significantly faster (and, as Adam
pointed out, it's also theoretically better).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:43:19 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 13 Feb 2009 13:43:19 +0000
Subject: [issue5240] time.strptime fails to match data and format with Unicode
	whitespaces (Py3)
In-Reply-To: <1234494999.4.0.610886804768.issue5240@psf.upfronthosting.co.za>
Message-ID: <1234532599.04.0.29472118407.issue5240@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

OK, I'll close this entry as duplicated.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> time.strptime("????", "%Y") raises a value error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5240>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:43:25 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 13:43:25 +0000
Subject: [issue5246] test.test_hashlib.HashLibTestCase fails on darwin
In-Reply-To: <1234532605.63.0.116912869658.issue5246@psf.upfronthosting.co.za>
Message-ID: <1234532605.63.0.116912869658.issue5246@psf.upfronthosting.co.za>


New submission from Tarek Ziad? <ziade.tarek at gmail.com>:

The check_no_unicode('md5') fails under darwin (in the trunk)

(Pdb) hashlib.md5(u'spam')       <--- suppose to raise a TypeError here
<md5 HASH object @ 0x6926b8>
(Pdb) hashlib.md5('spam') 
<md5 HASH object @ 0x692610>


traceback :

======================================================================
FAIL: test_no_unicode (test.test_hashlib.HashLibTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/Volumes/MacDev/svn.python.org/python-trunk2/Lib/test/test_hashlib.py",
line 75, in test_no_unicode
    self.check_no_unicode('md5')
  File
"/Volumes/MacDev/svn.python.org/python-trunk2/Lib/test/test_hashlib.py",
line 71, in check_no_unicode
    self.assertRaises(TypeError, getattr(hashlib, algorithm_name), u'spam')
AssertionError: TypeError not raised

----------
components: Library (Lib)
messages: 81925
nosy: tarek
severity: normal
status: open
title: test.test_hashlib.HashLibTestCase fails on darwin
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5246>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:44:40 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 13:44:40 +0000
Subject: [issue5242] eval() function in List Comprehension doesn't work
In-Reply-To: <1234518125.96.0.444530348539.issue5242@psf.upfronthosting.co.za>
Message-ID: <1234532680.97.0.514183772898.issue5242@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

eval() is probably already an hack, there's no need to add another hack
to make it work. It's better to just get rid of eval() and find a better
way to do what you want to do.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:44:54 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 13:44:54 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234532694.15.0.226377121351.issue5186@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Antoine, please check in a patch of your choice.  I think we've beaten
this issue to death already. :-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:46:38 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 13:46:38 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234532798.83.0.258322831625.issue5186@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
assignee:  -> pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 14:52:33 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 13 Feb 2009 13:52:33 +0000
Subject: =?utf-8?q?[issue5239]_time.strptime("=EF=BC=92=EF=BC=90=EF=BC=90=EF=BC=99",
	_"%Y")_raises_a_value_error?=
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234533153.05.0.184453605325.issue5239@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

This patch comes from issue5240. I think testcase is needed. I'll try if
I can.

----------
dependencies: +re.IGNORECASE not Unicode-ready
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file13071/remove_ascii_flag.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:01:30 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 14:01:30 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234533690.8.0.421599615354.issue5239@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
title: time.strptime("????", "%Y") raises a value error -> Change time.strptime() to make it work with Unicode chars

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:02:50 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 14:02:50 +0000
Subject: [issue2834] re.IGNORECASE not Unicode-ready
In-Reply-To: <1210581845.07.0.550614143529.issue2834@psf.upfronthosting.co.za>
Message-ID: <1234533770.77.0.781186798544.issue2834@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/issue2834>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:03:54 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 14:03:54 +0000
Subject: [issue5246] test.test_hashlib.HashLibTestCase fails on darwin
In-Reply-To: <1234532605.63.0.116912869658.issue5246@psf.upfronthosting.co.za>
Message-ID: <1234533834.71.0.0677595517773.issue5246@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +ebfe, gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5246>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:04:27 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 14:04:27 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234533867.25.0.511534869237.issue5186@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

pointer_hash5_rotate.patch has been committed to trunk and py3k. Thanks!

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:04:34 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 14:04:34 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234533874.98.0.426863884566.issue5186@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution: accepted -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:09:44 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 14:09:44 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234534184.57.0.555448268805.issue5237@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Unfortunately, `'{d}{s}{f}'.format(3, 'foo', 3.14)` can't work as you
expect it to, because it already means "display the keyword arguments
named `d`, `s` and `f`.

(I agree that the syntax for format() strings is exceedingly tedious)

On the other hand, `'{:d}{:s}{:f}'.format(3, 'foo', 3.14)` should be
possible.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:12:55 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 14:12:55 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

>>> "{0:f}".format(2.5)
'2.500000'
>>> "{0:f}".format("spam")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Unknown conversion type f

The error message should mention the type of the argument that doesn't
support the given conversion type (e.g. "Unknown conversion type f for
object of type 'float'"). Otherwise it can be very confusing.

----------
components: Interpreter Core
messages: 81931
nosy: pitrou
priority: normal
severity: normal
status: open
title: Unhelpful error message with str.format()
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:13:07 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 13 Feb 2009 14:13:07 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234534387.8.0.987702618269.issue5239@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Hmm, this fails on python2 too. Maybe re.ASCII is added for backward
compatibility? Again, I'm not familiar with unicode, so I won't call
remove_ascii_flag.patch as *fix*.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:18:02 2009
From: report at bugs.python.org (Lukas Lueg)
Date: Fri, 13 Feb 2009 14:18:02 +0000
Subject: [issue5246] test.test_hashlib.HashLibTestCase fails on darwin
In-Reply-To: <1234532605.63.0.116912869658.issue5246@psf.upfronthosting.co.za>
Message-ID: <1234534682.1.0.207131386031.issue5246@psf.upfronthosting.co.za>


Lukas Lueg <knabberknusperhaus at yahoo.de> added the comment:

test_case_md5_0 (__main__.HashLibTestCase) ... ok
test_case_md5_1 (__main__.HashLibTestCase) ... ok
test_case_md5_2 (__main__.HashLibTestCase) ... ok
test_case_md5_huge (__main__.HashLibTestCase) ... ok
test_case_md5_uintmax (__main__.HashLibTestCase) ... ok
test_case_sha1_0 (__main__.HashLibTestCase) ... ok
test_case_sha1_1 (__main__.HashLibTestCase) ... ok
test_case_sha1_2 (__main__.HashLibTestCase) ... ok
test_case_sha1_3 (__main__.HashLibTestCase) ... ok
test_case_sha224_0 (__main__.HashLibTestCase) ... ok
test_case_sha224_1 (__main__.HashLibTestCase) ... ok
test_case_sha224_2 (__main__.HashLibTestCase) ... ok
test_case_sha224_3 (__main__.HashLibTestCase) ... ok
test_case_sha256_0 (__main__.HashLibTestCase) ... ok
test_case_sha256_1 (__main__.HashLibTestCase) ... ok
test_case_sha256_2 (__main__.HashLibTestCase) ... ok
test_case_sha256_3 (__main__.HashLibTestCase) ... ok
test_case_sha384_0 (__main__.HashLibTestCase) ... ok
test_case_sha384_1 (__main__.HashLibTestCase) ... ok
test_case_sha384_2 (__main__.HashLibTestCase) ... ok
test_case_sha384_3 (__main__.HashLibTestCase) ... ok
test_case_sha512_0 (__main__.HashLibTestCase) ... ok
test_case_sha512_1 (__main__.HashLibTestCase) ... ok
test_case_sha512_2 (__main__.HashLibTestCase) ... ok
test_case_sha512_3 (__main__.HashLibTestCase) ... ok
test_hexdigest (__main__.HashLibTestCase) ... ok
test_large_update (__main__.HashLibTestCase) ... ok
test_no_unicode (__main__.HashLibTestCase) ... ok
test_unknown_hash (__main__.HashLibTestCase) ... ok

----------------------------------------------------------------------
Ran 29 tests in 0.399s

OK
[22842 refs]


mac-lueg:py27 llueg$ ./python.exe 
Python 2.7a0 (trunk:69584, Feb 13 2009, 15:12:58) 
[GCC 4.0.1 (Apple Inc. build 5484)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import hashlib
[36860 refs]
>>> hashlib.md5(u'spam')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: Unicode-objects must be encoded before hashing
[36893 refs]

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5246>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:24:38 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 14:24:38 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234534387.8.0.987702618269.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234535121.7339.9.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Hmm, this fails on python2 too. Maybe re.ASCII is added for backward
> compatibility? Again, I'm not familiar with unicode, so I won't call
> remove_ascii_flag.patch as *fix*.

re.ASCII was added to many stdlib modules because I wanted to minimize
the potential for breakage when I converted the re library to use
unicode matching by default.

If it is desireable for strptime() and friends to match unicode digits
as well as pure-ASCII digits (which sounds like a reasonable request to
me), then re.ASCII can probably be dropped without any regret.

(py3k doesn't have to be 100% compatible with python2 :-))

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:39:08 2009
From: report at bugs.python.org (David W. Lambert)
Date: Fri, 13 Feb 2009 14:39:08 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234535948.04.0.206574065216.issue5237@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

Answering first question msg81873.

Without colon separator, this might be considered confusing:

>>> (
...     '{d}{s}{f}{f}'.format(3, 'foo', 3.14, 2.72),
...     '{d}{s}{f}{f}'.format(d=3, s='foo', f=3.14)
... )
('3foo3.1400002.720000', '3foo3.143.14')

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:40:49 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 14:40:49 +0000
Subject: [issue5246] test.test_hashlib.HashLibTestCase fails on darwin
In-Reply-To: <1234532605.63.0.116912869658.issue5246@psf.upfronthosting.co.za>
Message-ID: <1234536049.15.0.268563395524.issue5246@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

I have rebuilt a fresh trunk from scratch and it is not reproductible
anymore. It was my environment with no doubt.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5246>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:42:01 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 14:42:01 +0000
Subject: [issue5246] test.test_hashlib.HashLibTestCase fails on darwin
In-Reply-To: <1234532605.63.0.116912869658.issue5246@psf.upfronthosting.co.za>
Message-ID: <1234536121.17.0.4359728146.issue5246@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Perhaps it's because of missing dependencies in the Makefile?
(just trying to guess)

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5246>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:44:22 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 14:44:22 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234536262.25.0.0826031247434.issue5239@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I think Py3 with re.ASCII is the same as Py2 without re.UNICODE (and Py3
without re.ASCII is the same as Py2 with re.UNICODE).

It's probably a good idea to have a coherent behavior between Py2 and
Py3, so if we remove re.ASCII from Py3 we should add re.UNICODE to Py2.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:50:35 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 14:50:35 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234536262.25.0.0826031247434.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234536677.7339.12.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

Le vendredi 13 f?vrier 2009 ? 14:44 +0000, Ezio Melotti a ?crit :
> It's probably a good idea to have a coherent behavior between Py2 and
> Py3, so if we remove re.ASCII from Py3 we should add re.UNICODE to Py2.

Removing re.ASCII in py3k is a no-brainer, because unicode is how
strings work by default.
On the other hand, strings in 2.x are 8-bit, so it would probably be
better to keep strptime as is.
As I said, py3k doesn't have to be compatible with 2.x, that's even the
whole point of it.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 15:56:28 2009
From: report at bugs.python.org (David W. Lambert)
Date: Fri, 13 Feb 2009 14:56:28 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1234536988.4.0.324176540113.issue5247@psf.upfronthosting.co.za>


Changes by David W. Lambert <lambertdw at corning.com>:


----------
nosy: +LambertDW

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Fri Feb 13 16:27:53 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 15:27:53 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234538873.85.0.523233868033.issue5239@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

> Removing re.ASCII in py3k is a no-brainer, because unicode is how
> strings work by default.

I meant from the line 265 of _strptime.py, not from Python :P

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 16:30:11 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 15:30:11 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234538873.85.0.523233868033.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234539050.7339.13.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> > Removing re.ASCII in py3k is a no-brainer, because unicode is how
> > strings work by default.
> 
> I meant from the line 265 of _strptime.py, not from Python :P

That's what I understood.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 16:42:11 2009
From: report at bugs.python.org (Lisandro Dalcin)
Date: Fri, 13 Feb 2009 15:42:11 +0000
Subject: [issue5248] Adding T_SIZET to structmember.h
In-Reply-To: <1234539731.32.0.475254376781.issue5248@psf.upfronthosting.co.za>
Message-ID: <1234539731.32.0.475254376781.issue5248@psf.upfronthosting.co.za>


New submission from Lisandro Dalcin <dalcinl at gmail.com>:

structmember.h lacks a 'T_SIZET' define in order to properly support
struct fields of type 'size_t'  within PyMemberDef.

If this feature request is accepted, I can provide the patches. 

For 2.7, It would be nice to do:

#define T_SIZET      20      /* size_t */

However, this value is already used in 3.0 for 'T_NONE'. Perhaps T_NONE
should be backported to 2.7?

To avoid future merge conflicts, I would vote for this definition:

#define T_SIZET      21      /* size_t */

----------
components: Interpreter Core
messages: 81942
nosy: dalcinl, marketdickinson
severity: normal
status: open
title: Adding T_SIZET to structmember.h
type: feature request
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5248>
_______________________________________

From report at bugs.python.org  Fri Feb 13 16:58:37 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 15:58:37 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234540717.13.0.30765491654.issue1762561@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks, Mark.

A few comments:

- The patch seems incomplete.  There are other places in the source tree 
that care about endianness.  I haven't done a thorough search, but the 
native endianness support in the struct module comes to mind.  There are 
also some more obscure places---for example, there's at least one piece of 
code (in Python/compile.c) that tries to distinguish between the doubles 
0.0 and -0.0 by looking only at the first and last bytes of the double, 
and that doesn't work for this particular mixed-endian format.
I guess the patch could go in as it is, but adding only partial support 
for mixed-endian doubles seems dangerous.

- I know very little about ARM, so please correct me if I'm talking 
rubbish here.  But if I understand correctly, this mixed-endian format is 
only an issue for the old ABI, and isn't relevant for the newer "Embedded" 
ABIs.  So the need for this is likely to diminish over the next few years.  
Is that correct?

- Adding support for mixed-endian doubles probably has to be considered a 
new feature, so could not go in until 2.7, which is probably still a good 
few months away (I'm guessing a year or more, but there's no roadmap at 
the moment).

How prevalent is the old ABI?  How widespread do you think it's likely to 
be in, say, 3 or 5 years' time?  Is there going to be a real need to be 
able to run Python 2.7 and Python 3.1 on mixed-endian platforms?

I'm -1 on adding mixed-endian support, especially if all that's gained is 
an ability to deal with infinities, nans and signed zeros.  It would mean 
adding a significant amount of code that's going to be awkward to maintain 
and test, and that seems likely to become redundant within a few years.

I'd upgrade that -1 to a -0 in the presence: of (1) an OABI ARM buildbot, 
(2) a developer who's available to do testing on ARM, and (3) a more 
complete patch.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:06:34 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 16:06:34 +0000
Subject: [issue5248] Adding T_SIZET to structmember.h
In-Reply-To: <1234539731.32.0.475254376781.issue5248@psf.upfronthosting.co.za>
Message-ID: <1234541194.99.0.421903473468.issue5248@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Do we really want size_t or rather Py_ssize_t?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5248>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:11:02 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 16:11:02 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234541462.37.0.375999722948.issue1762561@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> native endianness support in the struct module comes to mind

Sorry:  ignore that.  The patch already covers this, since the struct 
module just uses _PyFloat_{Unp,P}ack8.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:24:09 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 13 Feb 2009 16:24:09 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

On windows, format string should be encoded as mbcs. Otherwise, result
of strftime would be broken. Here is the patch.

----------
components: Extension Modules, Windows
files: fix_strftime_on_windows.patch
keywords: patch
messages: 81946
nosy: ocean-city
severity: normal
stage: commit review
status: open
title: Fix strftime on windows.
type: behavior
versions: Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13072/fix_strftime_on_windows.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:25:58 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 13 Feb 2009 16:25:58 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234542358.03.0.668824697207.issue5237@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Right. The colon would be required if there's a format specifier. Or an
exclamation if there's just a conversion specifier:

"{!r}{:f}{!s:^10}".format('foo', 3, 10)
would give:
"'foo'3.000000    10    "

I've attached a new version that includes format specifiers.

Added file: http://bugs.python.org/file13073/auto_number_formatter_1.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:26:08 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 13 Feb 2009 16:26:08 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234542368.12.0.359022429385.issue5239@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Sorry, I misunderstood the meaning of "no-brainer".

If we add re.UNICODE on Py2, strptime should work fine with unicode
strings, but it could fail somehow with normal strings. Is it more
important to provide a way to use Unicode chars that works only with
unicode strings or to have a coherent behavior between str and unicode?

I don't think that adding re.UNICODE will break any existing code, but
it may cause problems if someone tries to use encoded str instead of
unicode (but shouldn't work already).

Also note that encoded strings should be a problem only if they have to
match a strptime directive (e.g. %Y), the other chars should be compared
as they are, so it should work with str and unicode as long as they are
not mixed (I think that whitespaces are treated differently though).

I'll try to add re.UNICODE and see what happens.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:30:39 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 13 Feb 2009 16:30:39 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234542639.99.0.618988609529.issue5239@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I added test. But this requires issue5249 fix to be passed on windows.

(I used "\u3000" instead of "\xa0" because "\xa0" cannot be decoded on
windows mbcs)

----------
dependencies: +Fix strftime on windows.
Added file: http://bugs.python.org/file13074/remove_ascii_flag.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:30:50 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 13 Feb 2009 16:30:50 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234542650.16.0.301376852353.issue5239@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


Removed file: http://bugs.python.org/file13071/remove_ascii_flag.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:32:35 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 16:32:35 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234542755.02.0.328032131161.issue1762561@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

We still need to fix the compile failure somehow, though...

Mark, is there any way you can isolate the test(s) in test_float that are 
causing compile failure?  I'm suspicious of test_inf_as_str and 
test_nan_as_str.  Does test_float compile if you remove these two tests?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:36:38 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 13 Feb 2009 16:36:38 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234542998.48.0.77408263467.issue5249@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
priority:  -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:37:12 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Feb 2009 16:37:12 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234543032.98.0.417521487772.issue5237@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

All I am requesting is that
'{} {} {}'.format(3, 'pi', 3.14) work as

>>> '%s %s %s' % (3, 'pi', 3.14)
'3 pi 3.14'
>>> '{0} {1} {2}'.format(3, 'pi', 3.14)
'3 pi 3.14'

do today (3.0).

I should note that the difference between typing {}, which is easy, and
{1}, is more than just one keystroke because the latter requires
unshift-1-shift

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 17:57:17 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 16:57:17 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234542368.12.0.359022429385.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234544279.7339.26.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> If we add re.UNICODE on Py2, strptime should work fine with unicode
> strings, but it could fail somehow with normal strings. Is it more
> important to provide a way to use Unicode chars that works only with
> unicode strings or to have a coherent behavior between str and unicode?

I'd say the latter, since str and unicode are often interchangeable in
2.x.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 18:21:20 2009
From: report at bugs.python.org (Lisandro Dalcin)
Date: Fri, 13 Feb 2009 17:21:20 +0000
Subject: [issue5248] Adding T_SIZET to structmember.h
In-Reply-To: <1234539731.32.0.475254376781.issue5248@psf.upfronthosting.co.za>
Message-ID: <1234545680.61.0.187885568626.issue5248@psf.upfronthosting.co.za>


Lisandro Dalcin <dalcinl at gmail.com> added the comment:

In 2.6 and 3.0, we already have 'Py_ssize_t', see 'T_PYSSIZET'
definition on Include/structmember.h. I'm asking for 'size_t' support.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5248>
_______________________________________

From report at bugs.python.org  Fri Feb 13 18:21:30 2009
From: report at bugs.python.org (Radek)
Date: Fri, 13 Feb 2009 17:21:30 +0000
Subject: [issue5148] gzip.open breaks with  'U' flag
In-Reply-To: <1233709542.39.0.638969424034.issue5148@psf.upfronthosting.co.za>
Message-ID: <1234545690.99.0.843847236418.issue5148@psf.upfronthosting.co.za>


Radek <szklarczyk at yahoo.com> added the comment:

Same bug in 2.5, I don't know if the patch applies to 2.5

----------
nosy: +radek768

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5148>
_______________________________________

From report at bugs.python.org  Fri Feb 13 18:26:57 2009
From: report at bugs.python.org (Kevin Watters)
Date: Fri, 13 Feb 2009 17:26:57 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234546017.75.0.965614518967.issue5249@psf.upfronthosting.co.za>


Changes by Kevin Watters <kevinwatters at gmail.com>:


----------
nosy: +kevinwatters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Fri Feb 13 18:50:47 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 13 Feb 2009 17:50:47 +0000
Subject: [issue5218] Check for tp_iter in ceval:ext_do_call before overriding
	exception message
In-Reply-To: <1234380763.79.0.974439208897.issue5218@psf.upfronthosting.co.za>
Message-ID: <1234547447.36.0.506240338211.issue5218@psf.upfronthosting.co.za>


Changes by Guilherme Polo <ggpolo at gmail.com>:


Removed file: http://bugs.python.org/file13035/check_tpiter_before_overriding_msg.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5218>
_______________________________________

From report at bugs.python.org  Fri Feb 13 18:55:32 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 17:55:32 +0000
Subject: [issue5248] Adding T_SIZET to structmember.h
In-Reply-To: <1234545680.61.0.187885568626.issue5248@psf.upfronthosting.co.za>
Message-ID: <1234547774.7339.27.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> In 2.6 and 3.0, we already have 'Py_ssize_t', see 'T_PYSSIZET'
> definition on Include/structmember.h. I'm asking for 'size_t' support.

Oops, sorry for the noise then.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5248>
_______________________________________

From report at bugs.python.org  Fri Feb 13 19:03:39 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Feb 2009 18:03:39 +0000
Subject: [issue5250] Document __instancecheck__ and __subclasscheck__
In-Reply-To: <1234548219.84.0.437841096999.issue5250@psf.upfronthosting.co.za>
Message-ID: <1234548219.84.0.437841096999.issue5250@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

http://www.python.org/dev/peps/pep-3119/#overloading-isinstance-and-issubclass
(GvR and Talin)
"The primary mechanism proposed here is to allow overloading the
built-in functions isinstance() and issubclass(). The overloading works
as follows: The call isinstance(x, C) first checks whether
C.__instancecheck__ exists, and if so, calls C.__instancecheck__(x)
instead of its normal implementation. Similarly, the call issubclass(D,
C) first checks whether C.__subclasscheck__ exists, and if so, calls
C.__subclasscheck__(D) instead of its normal implementation."

These two new special methods are not documented (for 3.x at least.  A
post on python-list today verifies that at least .__instancecheck__ was
implemented (version not specified).  I assume .__subclasscheck__ was
also.  This issue perhaps applies to 2.6/2.7 also.

I suggest either adding "Customizing instance and subclass checks" after
"Customizing class creation" or add to that section and rename it to
"Customizing class creation and checks" since the needed addition seems
too small for its own section.  Something like

The result of isinstance(object, class) can be modified by giving the
*class* a .__instancecheck__(object) method.  The result of
issubclass(sub,super) can be modified by giving the *superclass* a
.__subclasscheck__(sub) method.

----------
assignee: georg.brandl
components: Documentation
messages: 81956
nosy: georg.brandl, tjreedy
severity: normal
status: open
title: Document __instancecheck__ and __subclasscheck__
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5250>
_______________________________________

From report at bugs.python.org  Fri Feb 13 19:09:30 2009
From: report at bugs.python.org (James William Pye)
Date: Fri, 13 Feb 2009 18:09:30 +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: <1234548570.86.0.145574171135.issue5251@psf.upfronthosting.co.za>


New submission from James William Pye <python at jwp.name>:

Basically, nested() doesn't seem to be consistent with explicitly nested
with-statements when an exception is thrown in a CM's __enter__.

Consider a pair of nested CMs, the inner __enter__ raises an exception
trapped by the outer. In the situation of explicitly nested
with-statements, the inner's block will not be ran as an exception was
raised prior to the block. The outer traps the exception and code
continues to flow after the outer's block because the exception was
*not* raised.
Currently, if contextlib.nested() is used in such a situation, it blows
up with a RuntimeError("generator didn't yield").

See the attached file for a set of naive variations and their resulting
exceptions or lack thereof in the situation of explicitly nested CMs.

Despite the RuntimeError raised by nested(), I'm not sure it's
*currently* possible for an implementation of nested() to be *totally*
consistent with explicitly nested with-statements. It would seem that an
additional facility(AbortBlock exception?) would be needed to
communicate that the block should not actually be ran, and that no
exception should be raised as it was consumed by an "outer" CM.


If this is considered to be the intended behavior, I would think the
doc-string on contextlib.nested should be updated to document the
inconsistency as it currently states that nested() and nested with
statements are equivalent. Based on the results of the attached file in
Python 3.0, they are clearly not.

Cheers folks; lovin' CMs. And, of course, apologies if this has already
been discussed. :P

----------
components: None
files: nested_issue.py
messages: 81957
nosy: jwp
severity: normal
status: open
title: contextlib.nested inconsistent with, well, nested with statements due exceptions raised in __enter__
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13075/nested_issue.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5251>
_______________________________________

From report at bugs.python.org  Fri Feb 13 19:14:00 2009
From: report at bugs.python.org (Collin Winter)
Date: Fri, 13 Feb 2009 18:14:00 +0000
Subject: [issue2459] speedup for / while / if with better bytecode
In-Reply-To: <1206224909.42.0.227263347483.issue2459@psf.upfronthosting.co.za>
Message-ID: <1234548840.32.0.696647130726.issue2459@psf.upfronthosting.co.za>


Collin Winter <collinw at gmail.com> added the comment:

I don't see the changes to the lnotab format being a roadblock; just
mention it in NEWS. Likewise, the pure-Python compiler package shouldn't
be a high priority; your changes to that package look good enough.

I'm seeing encouraging speed-ups out of this (with gcc 4.3.1 x86_64,
compiling Python as 64-bit):
Django templates (render a 150x150 table 100 times):
Min: 0.595 -> 0.589: 0.94% faster
Avg: 0.599 -> 0.591: 1.30% faster

Spitfire templates (render a 1000x1000 table 100 times):
Min: 0.751 -> 0.729: 2.98% faster
Avg: 0.753 -> 0.730: 3.09% faster

None of the apps I've benchmarked are negatively impacted. I only have
two minor comments. Please commit this.


Review comments:
- The changes to Python/compile.c:compiler_if(), compiler_for(),
compiler_while() have some indentation issues (tabs and such).
- Functions like
def foo():
  while True:
    pass
have a useless JUMP_FORWARD 0 instruction, but I don't think it's worth
teaching the peepholer to remove them since it doesn't happen in other
circumstances (that I can tell).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2459>
_______________________________________

From report at bugs.python.org  Fri Feb 13 19:27:06 2009
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Fri, 13 Feb 2009 18:27:06 +0000
Subject: [issue5252] 2to3 should detect and delete import of removed statvfs
	module
In-Reply-To: <1234549626.49.0.319241033357.issue5252@psf.upfronthosting.co.za>
Message-ID: <1234549626.49.0.319241033357.issue5252@psf.upfronthosting.co.za>


New submission from Stephen J. Turnbull <stephen at xemacs.org>:

It should also try to convert stuff like

from statvfs import F_BAVAIL, F_FRSIZE
status = os.statvfs(directory)
available = status[F_BAVAIL]/((1024*1024)/status[F_FRSIZE]

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 81959
nosy: sjt
severity: normal
status: open
title: 2to3 should detect and delete import of removed statvfs module
type: feature request
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5252>
_______________________________________

From report at bugs.python.org  Fri Feb 13 19:33:06 2009
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Fri, 13 Feb 2009 18:33:06 +0000
Subject: [issue2899] Fixers find, rfind, etc in 'string' module
In-Reply-To: <1211027417.56.0.456898655973.issue2899@psf.upfronthosting.co.za>
Message-ID: <1234549986.39.0.96285561993.issue2899@psf.upfronthosting.co.za>


Stephen J. Turnbull <stephen at xemacs.org> added the comment:

Maybe 2to3 could get a --pedantic or even an --annoying option?  I agree 
that it should be noisy about removed features even if actually fixing 
this kind of thing would be hard to do reliably.

----------
nosy: +sjt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2899>
_______________________________________

From report at bugs.python.org  Fri Feb 13 19:36:56 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 13 Feb 2009 18:36:56 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234550216.48.0.0909841403169.issue5237@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Terry J. Reedy wrote:
> Terry J. Reedy <tjreedy at udel.edu> added the comment:
> 
> All I am requesting is that
> '{} {} {}'.format(3, 'pi', 3.14) work as
> 
>>>> '%s %s %s' % (3, 'pi', 3.14)
> '3 pi 3.14'
>>>> '{0} {1} {2}'.format(3, 'pi', 3.14)
> '3 pi 3.14'
> 
> do today (3.0).

My string.Formatter subclass (attached to this bug report) does do this:

$ ./python.exe 
Python 2.7a0 (trunk:69516, Feb 11 2009, 14:30:31) 
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from auto_number_formatter_1 import MyFormatter
>>> f = MyFormatter()
>>> f.format('{} {} {}', 3, 'pi', 3.14)
'3 pi 3.14'
>>> 

This is just for vetting the concept, if it's accepted I'll modify
''.format(). It's not a huge change. I just want to make sure that this
implements what people are expecting.

The talk about '{:d}' and the like is just to make sure all the cases
are addressed. I doubt it would often be used that way.

> I should note that the difference between typing {}, which is easy, and
> {1}, is more than just one keystroke because the latter requires
> unshift-1-shift

Agreed.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Fri Feb 13 19:37:25 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 13 Feb 2009 18:37:25 +0000
Subject: [issue2459] speedup for / while / if with better bytecode
In-Reply-To: <1234548840.32.0.696647130726.issue2459@psf.upfronthosting.co.za>
Message-ID: <1234550287.7339.39.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

Hello Collin,

Thanks for taking a look.

> I don't see the changes to the lnotab format being a roadblock; just
> mention it in NEWS. Likewise, the pure-Python compiler package shouldn't
> be a high priority; your changes to that package look good enough.

Well, I have good news: the fixes to the pure Python compiler have been
accepted and committed by Neil Schemenauer in r69373.

> I'm seeing encouraging speed-ups out of this (with gcc 4.3.1 x86_64,
> compiling Python as 64-bit):
> Django templates (render a 150x150 table 100 times):
> Min: 0.595 -> 0.589: 0.94% faster
> Avg: 0.599 -> 0.591: 1.30% faster
> 
> Spitfire templates (render a 1000x1000 table 100 times):
> Min: 0.751 -> 0.729: 2.98% faster
> Avg: 0.753 -> 0.730: 3.09% faster

Not a tremendous speedup but not totally insignificant either.
(I see you like Spitfire :-))

> None of the apps I've benchmarked are negatively impacted. I only have
> two minor comments. Please commit this.

Before committing I want to know what to do with the new jump opcodes,
with respect to the alternative proposal I've made in #4715.
Ideally, I should fold the #4715 patch back into the present patch,
since I think the #4715 approach is more thought out.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2459>
_______________________________________

From report at bugs.python.org  Fri Feb 13 19:55:00 2009
From: report at bugs.python.org (Mary Stern)
Date: Fri, 13 Feb 2009 18:55:00 +0000
Subject: [issue5253] os.environ.get() doesn't handle default value
In-Reply-To: <1234551300.69.0.752467323752.issue5253@psf.upfronthosting.co.za>
Message-ID: <1234551300.69.0.752467323752.issue5253@psf.upfronthosting.co.za>


New submission from Mary Stern <marystern at yahoo.com>:

os.environ.get('ENV_VAR, 'mydefault')

returns '' rather than 'mydefault' if not set.

It would be nice if this standard dict-style behavior was supported.

----------
messages: 81963
nosy: marystern
severity: normal
status: open
title: os.environ.get() doesn't handle default value
type: feature request
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5253>
_______________________________________

From report at bugs.python.org  Fri Feb 13 20:03:24 2009
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 13 Feb 2009 19:03:24 +0000
Subject: [issue5236] time.strptime should reject bytes arguments on Py3
In-Reply-To: <1234479034.17.0.353291380083.issue5236@psf.upfronthosting.co.za>
Message-ID: <1234551804.69.0.341887824837.issue5236@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon
nosy: +brett.cannon
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5236>
_______________________________________

From report at bugs.python.org  Fri Feb 13 20:06:30 2009
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 13 Feb 2009 19:06:30 +0000
Subject: [issue5239] Change time.strptime() to make it work with Unicode chars
In-Reply-To: <1234489595.64.0.741014433527.issue5239@psf.upfronthosting.co.za>
Message-ID: <1234551990.66.0.541676935315.issue5239@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/issue5239>
_______________________________________

From report at bugs.python.org  Fri Feb 13 20:06:47 2009
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 13 Feb 2009 19:06:47 +0000
Subject: [issue5240] time.strptime fails to match data and format with Unicode
	whitespaces (Py3)
In-Reply-To: <1234494999.4.0.610886804768.issue5240@psf.upfronthosting.co.za>
Message-ID: <1234552007.98.0.331608615914.issue5240@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/issue5240>
_______________________________________

From report at bugs.python.org  Fri Feb 13 20:13:16 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Feb 2009 19:13:16 +0000
Subject: [issue5169] Default hash not equal to id on AMD Sempron
In-Reply-To: <1233929788.34.0.870033033845.issue5169@psf.upfronthosting.co.za>
Message-ID: <1234552396.27.0.74615271833.issue5169@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Chema, thank you for bringing this semi-conscious assumption to light. 
Intentionally breaking it significantly speeds up set and dict creation.

----------
nosy: +tjreedy
resolution:  -> invalid
status: open -> closed
superseder:  -> Reduce hash collisions for objects with no __hash__ method

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5169>
_______________________________________

From report at bugs.python.org  Fri Feb 13 20:21:54 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 13 Feb 2009 19:21:54 +0000
Subject: [issue5253] os.environ.get() doesn't handle default value
In-Reply-To: <1234551300.69.0.752467323752.issue5253@psf.upfronthosting.co.za>
Message-ID: <1234552914.58.0.376500342624.issue5253@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

>>> os.environ['FOO']
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.5/UserDict.py", line 22, in __getitem__
    raise KeyError(key)
KeyError: 'FOO'
>>> os.environ.get('FOO')
>>> os.environ.get('FOO', 'bar')
'bar'


% export FOO=
% python2.5
>>> import os
>>> os.environ['FOO']
''

An environment variable set to '' is valid and is still considered set
(thats how the environment works).

----------
nosy: +gregory.p.smith
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5253>
_______________________________________

From report at bugs.python.org  Fri Feb 13 20:22:26 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 13 Feb 2009 19:22: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: <1234552946.7.0.718294526754.issue2899@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I disagree. That is the role of -3 warnings. Static analysis is too
limited to get into issuing warnings with.

----------
assignee: collinwinter -> 
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2899>
_______________________________________

From report at bugs.python.org  Fri Feb 13 20:29:15 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 13 Feb 2009 19:29:15 +0000
Subject: [issue5252] 2to3 should detect and delete import of removed statvfs
	module
In-Reply-To: <1234549626.49.0.319241033357.issue5252@psf.upfronthosting.co.za>
Message-ID: <1234553355.28.0.272446326375.issue5252@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Hmm. 2to3 doesn't currently mess with the stat module and os.stat the
more common function. Also the new interface (attributes on the objects
returned) has been around since 2.2.

----------
nosy: +benjamin.peterson
priority:  -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5252>
_______________________________________

From report at bugs.python.org  Fri Feb 13 20:31:59 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 19:31:59 +0000
Subject: [issue5248] Adding T_SIZET to structmember.h
In-Reply-To: <1234539731.32.0.475254376781.issue5248@psf.upfronthosting.co.za>
Message-ID: <1234553519.18.0.537644142577.issue5248@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> If this feature request is accepted, I can provide the patches.

Well, that's not how things work:  there isn't really a mechanism for 
'accepting' a feature request.  Even if there were, that wouldn't 
guarantee acceptance of a patch for that feature request.

For what it's worth, I think that there's a good chance that a well-
written patch for this feature request would be accepted:  it seems like a 
potentially useful addition, and I can't immediately see why it would be 
objectionable or controversial, but I haven't looked at the issue very 
closely.  I'd suggest that provided you don't get any negative feedback 
from the python-dev thread or from the comments in this issue in the next 
few days, then it's probably worth working on a patch.

I'd also be happy to review such a patch if/when it's ready.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5248>
_______________________________________

From report at bugs.python.org  Fri Feb 13 20:46:07 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 13 Feb 2009 19:46:07 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1234554367.99.0.935088798928.issue5247@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Fri Feb 13 21:04:44 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 13 Feb 2009 20:04:44 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1234555484.54.0.768481382565.issue5247@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I agree. I'm not sure on backporting this.

I'll work on a patch.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Fri Feb 13 21:23:30 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 13 Feb 2009 20:23:30 +0000
Subject: [issue5186] Reduce hash collisions for objects with no __hash__ method
In-Reply-To: <1234110978.24.0.675256166012.issue5186@psf.upfronthosting.co.za>
Message-ID: <1234556610.51.0.082652918433.issue5186@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Sweet!

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5186>
_______________________________________

From report at bugs.python.org  Fri Feb 13 22:04:38 2009
From: report at bugs.python.org (John J Lee)
Date: Fri, 13 Feb 2009 21:04:38 +0000
Subject: [issue1372650] Cookie and multiple names
Message-ID: <1234559078.0.0.956524691316.issue1372650@psf.upfronthosting.co.za>


John J Lee <jjlee at users.sourceforge.net> added the comment:

A patch for this bug is attached to issue1375011.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1372650>
_______________________________________

From report at bugs.python.org  Fri Feb 13 22:08:33 2009
From: report at bugs.python.org (John J Lee)
Date: Fri, 13 Feb 2009 21:08:33 +0000
Subject: [issue1172011] BaseCookie does not call value_decode
Message-ID: <1234559313.5.0.712836692426.issue1172011@psf.upfronthosting.co.za>


Changes by John J Lee <jjlee at users.sourceforge.net>:


----------
nosy:  -jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1172011>
_______________________________________

From report at bugs.python.org  Fri Feb 13 22:13:09 2009
From: report at bugs.python.org (John J Lee)
Date: Fri, 13 Feb 2009 21:13:09 +0000
Subject: [issue991266] Cookie.py does not correctly quote Morsels
Message-ID: <1234559589.76.0.649704949567.issue991266@psf.upfronthosting.co.za>


Changes by John J Lee <jjlee at users.sourceforge.net>:


----------
nosy:  -jjlee

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue991266>
_______________________________________

From report at bugs.python.org  Fri Feb 13 22:18:25 2009
From: report at bugs.python.org (Adam Vandenberg)
Date: Fri, 13 Feb 2009 21:18:25 +0000
Subject: [issue5254] Formatting error in "findertools" header
In-Reply-To: <1234559905.46.0.79171819004.issue5254@psf.upfronthosting.co.za>
Message-ID: <1234559905.46.0.79171819004.issue5254@psf.upfronthosting.co.za>


New submission from Adam Vandenberg <flangy at gmail.com>:

There is a formatting error in the "findertools" header:
http://docs.python.org/library/macostools.html#module-findertools

"The finder's Apple Events interface" as rendered uses the
wrong-direction single quote.

----------
assignee: georg.brandl
components: Documentation
messages: 81972
nosy: adamvan, georg.brandl
severity: normal
status: open
title: Formatting error in "findertools" header
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5254>
_______________________________________

From report at bugs.python.org  Fri Feb 13 22:35:09 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 13 Feb 2009 21:35:09 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1234560909.02.0.83029998922.issue5247@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Seems like a reasonable backport.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Fri Feb 13 22:59:48 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Feb 2009 21:59:48 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234562388.42.0.708187136289.issue1762561@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I think my -1 for adding the new format was premature:  I was hoping to 
find a way to fix marshal for the 'unknown' format, but the cleanest 
solution does indeed appear to be to add the mixed-endian format.  And 
apart from the Python/compile.c oddity I can't find anywhere besides 
Objects/floatobject.c that needs to be changed, so the patch only has to 
touch one file.

Here's a reworked version of Aurelien Jarno's patch, against the trunk.  
The key differences, from more significant to less, are as follows:

- I've abstracted out the 3 different byte orders, so that the same code 
does the packing and unpacking for all 3 different formats.  I think 
things should be safer and more maintainable this way (and it makes life 
easier when some other wacky byteorder comes along).

- Rename the format to "IEEE, ARM mixed-endian".  Note that these mixed-
endian doubles are perfectly valid IEEE 754 doubles, so the name should 
start with "IEEE" so that the various IEEE 754-specific tests are enabled 
on ARM.  The IEEE 754 standard has precisely nothing to say about 
endianness or serialization of floats as byte sequences:   the words 
'endian', 'byte' and 'octet' don't even appear anywhere in the standard.

- In float.__setformat__, don't allow setting of "IEEE, ARM mixed-endian" 
for the 'float' type, only for the 'double' type.  (If I understand 
correctly, when the double type is ARM mixed-endian the float type will 
always be little-endian;  there are no mixed-endian single-precision 
floats to worry about.)

- whitespace cleanups, expanded comments and docstrings, and line length 
fixes.

I've tested this on two versions of OS X: 10.5.6/Intel (little-endian), 
and 10.4.10/PPC (big-endian), with no (new) test failures.

I fully expect that this patch will cause test failures on ARM as a result 
of the IEEE tests being enabled, but that's better than a build failure.  
If there's someone who's willing to provide feedback I'll work to fix 
those test failures.

I'm still not sure whether this can be a candidate 2.6 and 3.0.  Martin, 
do you have any thoughts on this?

To Mark Miller and Aurelien Jarno:  is either of you in a position to test 
this patch on the relevant mixed-endian platforms?

----------
stage:  -> patch review
versions: +Python 3.0, Python 3.1 -Python 2.5
Added file: http://bugs.python.org/file13076/arm-float2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Fri Feb 13 23:24:35 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 22:24:35 +0000
Subject: [issue2461] test_util.py for distutils
In-Reply-To: <1206271007.7.0.519259374853.issue2461@psf.upfronthosting.co.za>
Message-ID: <1234563875.54.0.0204800140112.issue2461@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

done in r69594

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2461>
_______________________________________

From report at bugs.python.org  Fri Feb 13 23:29:03 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 22:29:03 +0000
Subject: [issue4524] Build fails at running build_scripts
In-Reply-To: <1228405342.46.0.981738131113.issue4524@psf.upfronthosting.co.za>
Message-ID: <1234564143.11.0.103488275866.issue4524@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
priority:  -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4524>
_______________________________________

From report at bugs.python.org  Sat Feb 14 00:00:10 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 13 Feb 2009 23:00:10 +0000
Subject: [issue4524] Build fails at running build_scripts
In-Reply-To: <1228405342.46.0.981738131113.issue4524@psf.upfronthosting.co.za>
Message-ID: <1234566010.39.0.599782168682.issue4524@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4524>
_______________________________________

From report at bugs.python.org  Sat Feb 14 00:23:11 2009
From: report at bugs.python.org (Collin Winter)
Date: Fri, 13 Feb 2009 23:23:11 +0000
Subject: [issue2459] speedup for / while / if with better bytecode
In-Reply-To: <1234550287.7339.39.camel@fsol>
Message-ID: <43aa6ff70902131523o12b76651x754b86939123db97@mail.gmail.com>


Collin Winter <collinw at gmail.com> added the comment:

On Fri, Feb 13, 2009 at 10:37 AM, Antoine Pitrou <report at bugs.python.org> wrote:
>
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> Hello Collin,
>
> Thanks for taking a look.
>
>> I don't see the changes to the lnotab format being a roadblock; just
>> mention it in NEWS. Likewise, the pure-Python compiler package shouldn't
>> be a high priority; your changes to that package look good enough.
>
> Well, I have good news: the fixes to the pure Python compiler have been
> accepted and committed by Neil Schemenauer in r69373.

Yeah, I saw that. Fantastic.

>> I'm seeing encouraging speed-ups out of this (with gcc 4.3.1 x86_64,
>> compiling Python as 64-bit):
>> Django templates (render a 150x150 table 100 times):
>> Min: 0.595 -> 0.589: 0.94% faster
>> Avg: 0.599 -> 0.591: 1.30% faster
>>
>> Spitfire templates (render a 1000x1000 table 100 times):
>> Min: 0.751 -> 0.729: 2.98% faster
>> Avg: 0.753 -> 0.730: 3.09% faster
>
> Not a tremendous speedup but not totally insignificant either.
> (I see you like Spitfire :-))

Well, Spitfire and Django represent very different ways of
implementing a template system, so I like to measure both when doing
application benchmarks. Template systems tend to be heavy CPU
consumers for webapps, which is why I include them.

>> None of the apps I've benchmarked are negatively impacted. I only have
>> two minor comments. Please commit this.
>
> Before committing I want to know what to do with the new jump opcodes,
> with respect to the alternative proposal I've made in #4715.
> Ideally, I should fold the #4715 patch back into the present patch,
> since I think the #4715 approach is more thought out.

That sounds good, especially since Jeffrey and I have already reviewed #4715.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2459>
_______________________________________

From report at bugs.python.org  Sat Feb 14 00:43:48 2009
From: report at bugs.python.org (scudeete)
Date: Fri, 13 Feb 2009 23:43:48 +0000
Subject: [issue5255] unicode support with os.readlink()
In-Reply-To: <1234568628.13.0.435223332986.issue5255@psf.upfronthosting.co.za>
Message-ID: <1234568628.13.0.435223332986.issue5255@psf.upfronthosting.co.za>


New submission from scudeete <scudette at gmail.com>:

Python 2.5.2 has a bug in os.readlink() accepting unicode objects.
Although it appears that other os functions can handle unicode fine:

os.listdir("???")

Works fine (in that it raises an OS.Error if the dir is not there), but:

os.readlink("???")

Raises:

<type 'exceptions.UnicodeEncodeError'>: 'ascii' codec can't encode
characters in position 0-9: ordinal not in range(128)

----------
components: Library (Lib)
messages: 81977
nosy: scudette
severity: normal
status: open
title: unicode support with os.readlink()
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5255>
_______________________________________

From report at bugs.python.org  Sat Feb 14 00:46:56 2009
From: report at bugs.python.org (Josiah Carlson)
Date: Fri, 13 Feb 2009 23:46:56 +0000
Subject: [issue777588] asyncore is broken for windows if connection is refused
Message-ID: <1234568816.98.0.741216188936.issue777588@psf.upfronthosting.co.za>


Josiah Carlson <josiahcarlson at users.sourceforge.net> added the comment:

According to Garth, sockets that don't connect on Windows get put into 
the error sockets list.

According to John, you need to poll sockets to determine whether or not 
the attempted connection was refused.

If Garth is right, the problem is fixed, though we aren't quite 
retrieving the correct error code on win32.  If John is right, we need 
to repeatedly check for error conditions on sockets that are trying to 
connect to a remote host, and the problem is not fixed.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue777588>
_______________________________________

From report at bugs.python.org  Sat Feb 14 01:04:20 2009
From: report at bugs.python.org (Armandas)
Date: Sat, 14 Feb 2009 00:04:20 +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: <1234569860.16.0.0783224890959.issue5256@psf.upfronthosting.co.za>


New submission from Armandas <jarusauskas at gmail.com>:

When custom dictionary is used to create a completer, rlcompleter still
uses __builtins__.__dict__ to search for completions (rlcompleter.py,
global_matches()):

for nspace in [builtins.__dict__, self.namespace]:
...

This behaviour may sometimes be unwanted. It would be nice to have an
option, which when set would tell completer to only use provided dictionary.

----------
components: None
messages: 81979
nosy: armandas
severity: normal
status: open
title: rlcompleter adds builtins when custom dict is used
type: behavior
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5256>
_______________________________________

From report at bugs.python.org  Sat Feb 14 01:06:07 2009
From: report at bugs.python.org (George Sakkis)
Date: Sat, 14 Feb 2009 00:06:07 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234569967.21.0.0493992199692.issue2279@psf.upfronthosting.co.za>


George Sakkis <george.sakkis at gmail.com> added the comment:

I didn't mean to imply that automagic discovery based on external
version control software is better than MANIFEST.in; I favor
explicitness here as well. It's just that this information can (and
often has to) be duplicated in setup.py as 'package_data' or
'data_files'. For cases that package_data/data_files are not enough,
setup.py should be extended to handle them, instead of requiring to
write and keep in sync a separate file with its own mini syntax.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Sat Feb 14 01:12:34 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 14 Feb 2009 00:12:34 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234570354.4.0.77859904754.issue5249@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I think we should use wcsftime on Windows, even though it works very
similar to your patch (with the primary difference being that it uses
alloca instead of Py_Malloc).

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Sat Feb 14 01:13:08 2009
From: report at bugs.python.org (Collin Winter)
Date: Sat, 14 Feb 2009 00:13:08 +0000
Subject: [issue5176] Special-case string formatting in BINARY_MODULO
	implementation
In-Reply-To: <1233964189.56.0.504237250684.issue5176@psf.upfronthosting.co.za>
Message-ID: <1234570388.11.0.37776511314.issue5176@psf.upfronthosting.co.za>


Collin Winter <collinw at gmail.com> added the comment:

Updated the patch to use only PyString_CheckExact(); added a test for
the behaviour of string subclasses wrt the % operator.

There's a very slight performance hit when using % with numbers, but
it's so small as to be statistically insignificant. If it turns out to
be relevant in the future, it's easy enough to add a special case for
ints/longs.

For some reason, using PyString_CheckExact instead of
PyString_CheckExact || PyString_Check actually results in slower code
(still an improvement, but not as much). The weird thing is that none of
the benchmarks I'm running use % on string subclasses at any point. I
talked about it with some of the gcc guys, but they didn't have any
immediate leads. I'm going to send them the .o files in case gcc is
missing some optimization.

New benchmark numbers:
Spitfire:
Min: 0.687 -> 0.668: 2.96% faster
Avg: 0.689 -> 0.669: 2.96% faster

2to3:
Min: 20.376 -> 20.187: 0.94% faster
Avg: 20.396 -> 20.225: 0.84% faster

Django:
Min: 0.560 -> 0.549: 1.94% faster
Avg: 0.562 -> 0.552: 1.93% faster

SlowPickle:
Min: 0.920 -> 0.905: 1.62% faster
Avg: 0.926 -> 0.913: 1.38% faster

Added file: http://bugs.python.org/file13077/faster_modulo.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5176>
_______________________________________

From report at bugs.python.org  Sat Feb 14 01:13:16 2009
From: report at bugs.python.org (Collin Winter)
Date: Sat, 14 Feb 2009 00:13:16 +0000
Subject: [issue5176] Special-case string formatting in BINARY_MODULO
	implementation
In-Reply-To: <1233964189.56.0.504237250684.issue5176@psf.upfronthosting.co.za>
Message-ID: <1234570396.46.0.708011349833.issue5176@psf.upfronthosting.co.za>


Changes by Collin Winter <collinw at gmail.com>:


Removed file: http://bugs.python.org/file12962/faster_modulo.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5176>
_______________________________________

From report at bugs.python.org  Sat Feb 14 01:23:23 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 14 Feb 2009 00:23:23 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
In-Reply-To: <1234562388.42.0.708187136289.issue1762561@psf.upfronthosting.co.za>
Message-ID: <49960EF8.6010608@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I'm still not sure whether this can be a candidate 2.6 and 3.0.  Martin, 
> do you have any thoughts on this?

I think this qualifies as a new port. In the past, we have avoided
adding new ports in bugfix releases.

As for adding it to 2.7/3.1: I'm also skeptical. We have a (fairly) new
policy of not adding support for minority platforms, based on the belief
that it is more effort than it is worth. Now, ARM in itself might be
considered a minority platform (for Python); however, I can accept
continued support for ARM based on the number of units available in the
real world, and based on the fact that the chip is still being
manufactured. Whether we need to support some old Linux ABI, I really
don't know, and I'm -0.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Sat Feb 14 01:27:33 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 14 Feb 2009 00:27:33 +0000
Subject: [issue5255] unicode support with os.readlink()
In-Reply-To: <1234568628.13.0.435223332986.issue5255@psf.upfronthosting.co.za>
Message-ID: <1234571253.99.0.700138213926.issue5255@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

This is fixed in Python 2.6.

----------
nosy: +loewis
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5255>
_______________________________________

From report at bugs.python.org  Sat Feb 14 02:32:30 2009
From: report at bugs.python.org (Eric Smith)
Date: Sat, 14 Feb 2009 01:32:30 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1234575150.7.0.268681345112.issue5247@psf.upfronthosting.co.za>


Changes by Eric Smith <eric at trueblade.com>:


----------
assignee:  -> eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Sat Feb 14 02:33:43 2009
From: report at bugs.python.org (Eric Smith)
Date: Sat, 14 Feb 2009 01:33:43 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234575223.14.0.00448680314421.issue5237@psf.upfronthosting.co.za>


Changes by Eric Smith <eric at trueblade.com>:


----------
assignee:  -> eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Sat Feb 14 03:06:20 2009
From: report at bugs.python.org (Steven D'Aprano)
Date: Sat, 14 Feb 2009 02:06:20 +0000
Subject: [issue1108] Problem with doctest and decorated functions
In-Reply-To: <1188989604.95.0.0786142357028.issue1108@psf.upfronthosting.co.za>
Message-ID: <1234577180.72.0.226887807523.issue1108@psf.upfronthosting.co.za>


Steven D'Aprano <steve at pearwood.info> added the comment:

For what it's worth, this bug appears to go back to at least Python 2.4,
and it affects functions using decorators even if they are defined in
the same module as the decorated function. I've applied the patch to my
2.4 installation, and it doesn't fix the issue. I'd like to request this
be reopened, because I don't believe the patch works as advertised.

I've attached a simple script which should demonstrate the issue. Run it
with "python doctestfail.py [-v]", and if it passes with no failures,
the bug still exists. I've tested it on 2.4 before and after the patch.
(Apologies for not having anything more recent at the moment.)

----------
nosy: +stevenjd
Added file: http://bugs.python.org/file13078/doctestfail.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1108>
_______________________________________

From report at bugs.python.org  Sat Feb 14 03:55:10 2009
From: report at bugs.python.org (Mark Miller)
Date: Sat, 14 Feb 2009 02:55:10 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234580110.11.0.157210060953.issue1762561@psf.upfronthosting.co.za>


Mark Miller <mark at mirell.org> added the comment:

I am in a position to test as much as needed. I am attempting to get
Gentoo's ARM/MIPS/Embedded distribution up to date on Python, and
noticed this build break. (Typically most embedded architectures are
several releases behind.)

I'll try this new patch right now.

As for it only being with OABI, that's correct, and yes, it will
decrease in numbers as time goes on, since most higher-end embedded
processors are EABI currently. 

The concerns are valid, I understand, but since it seems to be a
relatively minor change, I wouldn't see the real harm in this case,
especially since otherwise Python seems to work just fine under ARM OABI. 

But yes, if you're looking at it from a perspective as if it will still
be used prevalently in 3-5 years, it's use will be minor, with OABI
especially, but that's always the trend in embedded architectures.

Regardless, I'm very grateful for both Aurelian Jarno and Mark Dickinson
for coming up with a patch that works to get me past my build breaks.

----------
versions: +Python 2.5 -Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Sat Feb 14 03:56:41 2009
From: report at bugs.python.org (Mark Miller)
Date: Sat, 14 Feb 2009 02:56:41 +0000
Subject: [issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips
	instead of mipsel)
In-Reply-To: <1226484001.23.0.749041410677.issue4305@psf.upfronthosting.co.za>
Message-ID: <1234580201.92.0.164536739015.issue4305@psf.upfronthosting.co.za>


Mark Miller <mark at mirell.org> added the comment:

Would it be possible to get some feedback as to whether this is a
candidate for Python 2.6 on this patch?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4305>
_______________________________________

From report at bugs.python.org  Sat Feb 14 04:18:23 2009
From: report at bugs.python.org (Mark Miller)
Date: Sat, 14 Feb 2009 03:18:23 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234581503.66.0.793671897863.issue1762561@psf.upfronthosting.co.za>


Mark Miller <mark at mirell.org> added the comment:

The new patch works correctly, by the way, on ARMv4L and ARMv5L OABI boards.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Sat Feb 14 05:06:28 2009
From: report at bugs.python.org (gumpy)
Date: Sat, 14 Feb 2009 04:06:28 +0000
Subject: [issue1028] Tkinter binding involving Control-spacebar raises unicode
	error
In-Reply-To: <1188161311.7.0.864205774814.issue1028@psf.upfronthosting.co.za>
Message-ID: <1234584388.31.0.17878108914.issue1028@psf.upfronthosting.co.za>


gumpy <gumpy2k7 at gmail.com> added the comment:

8.5.0
This is still an issue with both tk versions in the 3.0.1 python release.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1028>
_______________________________________

From report at bugs.python.org  Sat Feb 14 05:08:28 2009
From: report at bugs.python.org (Carl Johnson)
Date: Sat, 14 Feb 2009 04:08:28 +0000
Subject: [issue4627] Add Mac OS X Disk Images to Python.org homepage
In-Reply-To: <1228976820.57.0.597865739752.issue4627@psf.upfronthosting.co.za>
Message-ID: <1234584508.42.0.193719165312.issue4627@psf.upfronthosting.co.za>


Carl Johnson <carl at carlsensei.com> added the comment:

Is it possible to reopen this bug? Python 3.0.1 still has no Mac installer?

----------
versions:  -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4627>
_______________________________________

From report at bugs.python.org  Sat Feb 14 05:10:03 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 14 Feb 2009 04:10:03 +0000
Subject: [issue4627] Add Mac OS X Disk Images to Python.org homepage
In-Reply-To: <1234584508.42.0.193719165312.issue4627@psf.upfronthosting.co.za>
Message-ID: <1afaf6160902132010yb19e123i8fa353dc7043c3f1@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Fri, Feb 13, 2009 at 10:08 PM, Carl Johnson <report at bugs.python.org> wrote:
>
> Carl Johnson <carl at carlsensei.com> added the comment:
>
> Is it possible to reopen this bug? Python 3.0.1 still has no Mac installer?

IIRC, they will be built soon.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4627>
_______________________________________

From report at bugs.python.org  Sat Feb 14 05:29:34 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 14 Feb 2009 04:29:34 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234585774.11.0.722010212207.issue5249@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

On VC6, wcsftime simply converts *format* to mbcs string, calls
strftime, and converts result to unicode, so there is no difference
between my patch and wcsftime. (Newer VC's wcsftime might have different
implementation though) Maybe you are concerning about the cost of extra
unicode object creation on non-windows platform? If so, should
    ret = PyUnicode_Decode(outbuf, buflen,
		       TZNAME_ENCODING, NULL);
be changed to PyUnicode_DecodeUTF8?

>with the primary difference being that it uses
>alloca instead of Py_Malloc

outbuf = (char *)PyMem_Malloc(i); should be alloca() on windows?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Sat Feb 14 06:32:40 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 14 Feb 2009 05:32:40 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234589560.62.0.926153501058.issue5249@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I experimentally implemented with wcsftime, but I couldn't get same
result as strftime + mbcs conversion. Probably because wcsftime depends
on locale.

Added file: http://bugs.python.org/file13079/experimental_wcsftime.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Sat Feb 14 06:39:46 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 14 Feb 2009 05:39:46 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234589986.46.0.129576202719.issue5249@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Sat Feb 14 07:00:49 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 14 Feb 2009 06:00:49 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234591249.82.0.127323248071.issue5249@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Sorry, if we use wcsftime, I cannot create the patch. On VC6, wcsftime
returns not unicode but mbcs string which copied to wchar array.

Maybe on snakebite.org, I can access VC9 and confirm its behavior on it? ;-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Sat Feb 14 07:39:49 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Sat, 14 Feb 2009 06:39:49 +0000
Subject: [issue5178] Add context manager for temporary directory
In-Reply-To: <1234029261.42.0.975383428204.issue5178@psf.upfronthosting.co.za>
Message-ID: <1234593589.71.0.0684767992096.issue5178@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

New version of the patch.  Added a __del__ method that hopefully works
reliably.  Added NEWS and an example of TemporaryFile as a context
manager.  I did not change more tests to use TemporaryDirectory since I
understand hit-and-run modernization of code is generally discouraged. 
That said, I think there are some tests that could have their
reliability improved by using TemporaryDirectory (I started on this
patch when I saw some build bot failures).  I'll look into that later.

Added file: http://bugs.python.org/file13080/tempdir2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5178>
_______________________________________

From report at bugs.python.org  Sat Feb 14 08:31:45 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 14 Feb 2009 07:31:45 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234596705.81.0.572770446146.issue1762561@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
versions:  -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Sat Feb 14 08:36:34 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 14 Feb 2009 07:36:34 +0000
Subject: [issue4627] Add Mac OS X Disk Images to Python.org homepage
In-Reply-To: <1228976820.57.0.597865739752.issue4627@psf.upfronthosting.co.za>
Message-ID: <1234596994.85.0.879707736128.issue4627@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

The original bug report was about 2.6 having no installer, and that has
been fixed. In fact, the bug can't possibly have talked about 3.0.1,
since that wasn't released when the bug report is made. Changing the bug
report's topic after it is made is bad management.

So you could create a new bug report for 3.0.1 having no installer.
However, I question what the point of such a bug report would be: it
can't be to inform us (the Python maintainers) that there is no
installer - we are well aware of that fact. So such a new bug report
would sound much like whining.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4627>
_______________________________________

From report at bugs.python.org  Sat Feb 14 08:38:03 2009
From: report at bugs.python.org (Carl Johnson)
Date: Sat, 14 Feb 2009 07:38:03 +0000
Subject: [issue4627] Add Mac OS X Disk Images to Python.org homepage
In-Reply-To: <1228976820.57.0.597865739752.issue4627@psf.upfronthosting.co.za>
Message-ID: <1234597083.61.0.447071821113.issue4627@psf.upfronthosting.co.za>


Carl Johnson <carl at carlsensei.com> added the comment:

What's German for "the squeaky wheel gets the grease"? ;-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4627>
_______________________________________

From report at bugs.python.org  Sat Feb 14 08:42:21 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 14 Feb 2009 07:42:21 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234585774.11.0.722010212207.issue5249@psf.upfronthosting.co.za>
Message-ID: <499675D9.1080703@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> On VC6, wcsftime simply converts *format* to mbcs string, calls
> strftime, and converts result to unicode, so there is no difference
> between my patch and wcsftime.

Right.

> (Newer VC's wcsftime might have different
> implementation though) Maybe you are concerning about the cost of extra
> unicode object creation on non-windows platform? 

No. I'm concerned primarily about code cleanliness, by relying on
library code rather than implementing stuff ourselves.

OTOH, the conversion to narrow strings still needs to happen on Unix
(and probably needs to use the locale's encoding, not UTF-8), so
a uniform treatment also has a value.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Sat Feb 14 08:58:53 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 14 Feb 2009 07:58:53 +0000
Subject: [issue4627] Add Mac OS X Disk Images to Python.org homepage
In-Reply-To: <1234597083.61.0.447071821113.issue4627@psf.upfronthosting.co.za>
Message-ID: <499679BA.90306@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> What's German for "the squeaky wheel gets the grease"? ;-)

I can't think of anything; "Wer am lautesten schreit hat recht" and
"Fragen kostet nichts" come close. I find that attitude close to
whining, and I assert that it doesn't help in Python. Indeed, I
get personally *discouraged* to help when I notice it, because I
want to decide myself what I work on, instead of having others
who never contribute themselves make priorities for me.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4627>
_______________________________________

From report at bugs.python.org  Sat Feb 14 09:09:46 2009
From: report at bugs.python.org (Carl Johnson)
Date: Sat, 14 Feb 2009 08:09:46 +0000
Subject: [issue4627] Add Mac OS X Disk Images to Python.org homepage
In-Reply-To: <1228976820.57.0.597865739752.issue4627@psf.upfronthosting.co.za>
Message-ID: <1234598986.32.0.0612835316032.issue4627@psf.upfronthosting.co.za>


Carl Johnson <carl at carlsensei.com> added the comment:

Fair enough. In this case though, I'm not complaining for myself, since
I can compile config, make, install source (although I don't know how to
build a Mac Installer, or else I would just do it). I'm complaining on
behalf of all the AppleScript users and others who have heard about this
"Python 3" and are interested, but don't go in for using the command
line (yet). It would be a shame to discourage them from learning Python
when they don't see a Mac download link.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4627>
_______________________________________

From report at bugs.python.org  Sat Feb 14 09:49:31 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 14 Feb 2009 08:49:31 +0000
Subject: [issue5179] subprocess leaves open fds on construction error
In-Reply-To: <1234037080.37.0.0531724857804.issue5179@psf.upfronthosting.co.za>
Message-ID: <1234601371.45.0.230693823233.issue5179@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I would, but how this fails is likely to be highly platform-specific. 
Can you try it on Windows and tell me what the resulting exception is?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5179>
_______________________________________

From report at bugs.python.org  Sat Feb 14 11:03:51 2009
From: report at bugs.python.org (Eric Smith)
Date: Sat, 14 Feb 2009 10:03:51 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234605831.58.0.36317262213.issue5237@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

auto_number_formatter_2.py lets you experiment with this with a syntax
more similar to what ''.format() looks like:

$ ./python 
Python 2.7a0 (trunk:69608, Feb 14 2009, 04:51:18) 
[GCC 4.1.2 20070626 (Red Hat 4.1.2-13)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from auto_number_formatter_2 import formatter as _
>>> _('{} {} {}').format(3, 'pi', 3.14)
'3 pi 3.14'
>>> 

It still doesn't handle escaping '{' and '}', but is otherwise complete.
If the consensus is that this is useful, I'll implement it in
''.format(), otherwise I'm done with this issue.

Added file: http://bugs.python.org/file13081/auto_number_formatter_2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Sat Feb 14 11:20:42 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 14 Feb 2009 10:20:42 +0000
Subject: [issue1762561] unable to serialize Infinity or NaN on ARM using
	marshal
Message-ID: <1234606842.74.0.878705111105.issue1762561@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks Martin and Mark Miller for the comments and testing.

I'm going to close this as "won't fix".  This doesn't preclude ARM OABI 
becoming a supported platform at some point in the future, just not
right now.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1762561>
_______________________________________

From report at bugs.python.org  Sat Feb 14 11:30:54 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 14 Feb 2009 10:30:54 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234607454.18.0.317186857163.issue2279@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Right, but if MANIFEST.in is removed, I can see cases where you would
need the same kind of mini-syntax in your setup.py.

For instance, how would you tell sdist to recursively add files located
in a directory (like the current recursive-include feature of MANIFEST.in) ?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Sat Feb 14 11:31:08 2009
From: report at bugs.python.org (Eric Smith)
Date: Sat, 14 Feb 2009 10:31:08 +0000
Subject: [issue5237] Allow auto-numbered replacement fields in str.format()
	strings
In-Reply-To: <1234481329.65.0.197500970463.issue5237@psf.upfronthosting.co.za>
Message-ID: <1234607468.23.0.535527595034.issue5237@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Okay, one last version. This one lets you use object access within the
replacement string:

>>> from auto_number_formatter_3 import formatter as _
>>> _('{} {} {}').format(3, 'pi', 3.14)
'3 pi 3.14'
>>> _('{:#b} {!r:^10} {.imag}').format(3, 'pi', 3j+1)
"0b11    'pi'    3.0"

So not it lets you add in format specifiers, conversion specifiers, and
object access. At this point the improvement of leaving out the index
numbers is less clear. I'll leave it for debate if this is useful. I
think it probably is, if only because it's easier to explain the
behavior: If you leave out the 'field name', a sequential number is
added in front of the 'replacement string' (using PEP 3101 nomenclature).

Added file: http://bugs.python.org/file13082/auto_number_formatter_3.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5237>
_______________________________________

From report at bugs.python.org  Sat Feb 14 11:33:44 2009
From: report at bugs.python.org (Stephen J. Turnbull)
Date: Sat, 14 Feb 2009 10:33:44 +0000
Subject: [issue5252] 2to3 should detect and delete import of removed statvfs
	module
In-Reply-To: <1234553355.28.0.272446326375.issue5252@psf.upfronthosting.co.za>
Message-ID: <87fxihs44g.fsf@xemacs.org>


Stephen J. Turnbull <stephen at xemacs.org> added the comment:

Benjamin Peterson writes:

 > Hmm. 2to3 doesn't currently mess with the stat module and os.stat the
 > more common function. Also the new interface (attributes on the objects
 > returned) has been around since 2.2.

So what?  You *can't* import a nonexistent module, so the import
statement should be removed to save the programmer the trouble.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5252>
_______________________________________

From report at bugs.python.org  Sat Feb 14 11:35:55 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 14 Feb 2009 10:35:55 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234607755.19.0.180638063907.issue2279@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Right, but if MANIFEST.in is removed, I can see cases where you would
need the same kind of mini-syntax in your setup.py.

For instance, how would you tell sdist to recursively add files located
in a directory (like the current recursive-include feature of MANIFEST.in) ?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Sat Feb 14 11:36:37 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 14 Feb 2009 10:36:37 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234607797.47.0.861995963619.issue2279@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:20:32 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 14 Feb 2009 11:20:32 +0000
Subject: [issue5257] test_zipfle and test_distutils write in the test
	directories
In-Reply-To: <1234610432.5.0.115375457394.issue5257@psf.upfronthosting.co.za>
Message-ID: <1234610432.5.0.115375457394.issue5257@psf.upfronthosting.co.za>


New submission from Tarek Ziad? <ziade.tarek at gmail.com>:

Those tests are writing in the test directories (Lib/test and
Lib/distutils/tests).

The tests will be changed to use temporary directory;

----------
assignee: tarek
components: Distutils, Library (Lib)
messages: 82008
nosy: tarek
priority: high
severity: normal
status: open
title: test_zipfle and test_distutils write in the test directories
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5257>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:21:27 2009
From: report at bugs.python.org (Roman Zeyde)
Date: Sat, 14 Feb 2009 11:21:27 +0000
Subject: [issue5104] getsockaddrarg() casts port number from int to short
	without any warning
In-Reply-To: <1233271436.92.0.964920785544.issue5104@psf.upfronthosting.co.za>
Message-ID: <1234610487.12.0.481486364075.issue5104@psf.upfronthosting.co.za>


Roman Zeyde <roman.zeyde at gmail.com> added the comment:

I've checked Python 3.0.1 today (at
http://svn.python.org/projects/python/tags/r301/Modules/socketmodule.c)
and it seems that the bug above has been fixed there too.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5104>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:31:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:31:39 +0000
Subject: [issue886488] WinPython 2.3.3 crashes using popen2 to spawn lots of
	child
Message-ID: <1234611099.94.0.202703601217.issue886488@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue886488>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:31:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:31:47 +0000
Subject: [issue892902] problem with pickling newstyle class instances
Message-ID: <1234611107.78.0.835446378252.issue892902@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed on trunk.

----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue892902>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:31:52 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:31:52 +0000
Subject: [issue894936] Have a split corresponding with os.path.join
Message-ID: <1234611112.96.0.459705743586.issue894936@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue894936>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:32:10 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:32:10 +0000
Subject: [issue896199] Some Carbon modules missing from documentation
Message-ID: <1234611130.81.0.212103722979.issue896199@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> georg.brandl
components: +Macintosh
stage:  -> needs patch
title: Some Carbon modules missing -> Some Carbon modules missing from documentation

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue896199>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:32:18 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:32:18 +0000
Subject: [issue896330] pyconfig.h is not placed in --includedir
Message-ID: <1234611138.92.0.488979736894.issue896330@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue896330>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:32:45 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:32:45 +0000
Subject: [issue900092] hotshot.stats.load fails with AssertionError
Message-ID: <1234611165.93.0.936970432367.issue900092@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Has test, patch and sample data for reproducing.

----------
keywords: +patch
nosy: +ajaksu2
stage:  -> patch review
title: hotshot.stats.load -> hotshot.stats.load fails with AssertionError
type:  -> behavior
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue900092>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:33:01 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:33:01 +0000
Subject: [issue921868] socket_htons does not work under AIX 64-bit
Message-ID: <1234611181.62.0.872502685395.issue921868@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue921868>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:33:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:33:28 +0000
Subject: [issue920573] http libraries throw errors internally in BitTorrent
Message-ID: <1234611208.34.0.30205334773.issue920573@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
title: http libraries throw errors internally -> http libraries throw errors internally in BitTorrent
type:  -> behavior
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue920573>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:33:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:33:34 +0000
Subject: [issue934418] nametowidget throws TypeError for Tcl_Objs
Message-ID: <1234611214.26.0.803976536298.issue934418@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue934418>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:34:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:34:04 +0000
Subject: [issue923697] SAX2 'property_encoding' feature not supported
Message-ID: <1234611244.49.0.0196876609077.issue923697@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +XML -None
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue923697>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:34:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:34:27 +0000
Subject: [issue902151] Thread start - strange error under Cygwin
Message-ID: <1234611268.0.0.420963299709.issue902151@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue902151>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:34:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:34:34 +0000
Subject: [issue900112] cgi.fieldStorage doesn't grok standards env. variables
Message-ID: <1234611274.23.0.204657100449.issue900112@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue900112>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:34:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:34:39 +0000
Subject: [issue892707] debuggable/profileable Python framework
Message-ID: <1234611279.82.0.407630885629.issue892707@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue892707>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:34:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:34:46 +0000
Subject: [issue881824] Add ResolveFinderAliases to macostools module
Message-ID: <1234611286.92.0.238424865818.issue881824@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue881824>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:34:55 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:34:55 +0000
Subject: [issue879399] socket line buffering
Message-ID: <1234611295.83.0.460239185513.issue879399@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

The code described by Jean is still present.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue879399>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:35:08 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:35:08 +0000
Subject: [issue878560] Add a console window for Carbon MacPython applets
Message-ID: <1234611308.14.0.500076260791.issue878560@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is this one still relevant?

----------
nosy: +ajaksu2
stage:  -> test needed
title: Would like a console window for applets -> Add a console window for Carbon MacPython applets

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue878560>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:35:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:35:14 +0000
Subject: [issue877904] freeze: problems excluding site
Message-ID: <1234611314.52.0.210163957105.issue877904@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +brett.cannon
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue877904>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:35:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:35:26 +0000
Subject: [issue876193] reorganize, extend function call optimizations
Message-ID: <1234611326.48.0.840317617863.issue876193@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Can the patch be updated?

----------
nosy: +ajaksu2
type:  -> performance

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue876193>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:35:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:35:46 +0000
Subject: [issue850997] mbcs encoding ignores errors
Message-ID: <1234611346.95.0.590183631534.issue850997@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is this behavior still present? If so, is it still interesting to change it?

----------
components: +Unicode
keywords: +patch
nosy: +ajaksu2
stage:  -> test needed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue850997>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:36:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:36:02 +0000
Subject: [issue850482] Enhance frame handing in warnings.warn()
Message-ID: <1234611362.72.0.561759109047.issue850482@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Patch has tests, needs updating.

----------
nosy: +ajaksu2, brett.cannon
stage:  -> needs patch
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue850482>
_______________________________________

From report at bugs.python.org  Sat Feb 14 12:36:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 11:36:07 +0000
Subject: [issue831574] Solaris term.h needs curses.h
Message-ID: <1234611367.34.0.895272530138.issue831574@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is the configure script still emitting lines about a bug in 
autoconf on Solaris?

----------
nosy: +ajaksu2
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue831574>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:08:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:08:47 +0000
Subject: [issue870479] Scripts need platform-dependent handling
Message-ID: <1234613327.05.0.955083343245.issue870479@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Has a decision been made on this? What's the current behavior on Windows?

----------
nosy: +ajaksu2, tarek
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue870479>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:08:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:08:59 +0000
Subject: [issue868845] Need unit tests for <...> reprs
Message-ID: <1234613339.15.0.119545045572.issue868845@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Tests -Library (Lib)
keywords: +easy -patch
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue868845>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:09:05 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:09:05 +0000
Subject: [issue841461] Differentiation between Builtins and extension classes
Message-ID: <1234613345.55.0.337326330135.issue841461@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Closing suggested.

----------
nosy: +ajaksu2
priority: normal -> low
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue841461>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:09:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:09:14 +0000
Subject: [issue839159] iterators broken for weak dicts
Message-ID: <1234613354.8.0.0130812913322.issue839159@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Patch has tests, may need updating.

----------
nosy: +ajaksu2
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue839159>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:09:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:09:26 +0000
Subject: [issue836058] socket.send() on Win98 behaves as nonblocking when
	timeout is set
Message-ID: <1234613366.55.0.730377876387.issue836058@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is this still present in NT-based Windows? Support for 98 was dropped in
2.6.

----------
dependencies: +Inappropriate error received using socket timeout
nosy: +ajaksu2
stage:  -> test needed
title: socket.send() on behaves as nonblocking when timeout is set -> socket.send() on Win98 behaves as nonblocking when timeout is set

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue836058>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:09:37 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:09:37 +0000
Subject: [issue834461] simple bsddb interface potential for deadlock with
	threads
Message-ID: <1234613377.08.0.38244917019.issue834461@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Jesus, is this one still relevant or can it be closed?

----------
nosy: +ajaksu2
type:  -> behavior
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue834461>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:09:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:09:47 +0000
Subject: [issue815753] SCO_SV: many modules cannot be imported
Message-ID: <1234613387.54.0.693091564965.issue815753@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Skip says:

"No activity since late 2003.  Do we even have a SCO
system to test anything on?  Should SCO support be
dropped?"

I don't know the answers, but will close this one soon, unless arguments
for keeping open are voiced.

----------
components: +Extension Modules
nosy: +ajaksu2, brett.cannon
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue815753>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:10:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:10:03 +0000
Subject: [issue813453] restrictions in _tkinter built with threaded tk
	undocumented
Message-ID: <1234613403.71.0.984310402132.issue813453@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
type:  -> feature request
versions: +Python 3.0 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue813453>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:10:15 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:10:15 +0000
Subject: [issue812750] OSA support for properties broken
Message-ID: <1234613415.96.0.219887473188.issue812750@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

The module is stagnant ("Development on this set of modules has
stopped"), but the docs (for 2.6!) still claim " and a replacement is
expected for Python 2.5".

http://www.python.org/doc/2.6/library/macosa.html

----------
components: +Documentation
nosy: +ajaksu2
stage:  -> test needed
status: open -> pending
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue812750>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:10:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:10:20 +0000
Subject: [issue805194] Inappropriate error received using socket timeout on
	Windows.
Message-ID: <1234613420.62.0.910603798262.issue805194@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
title: Inappropriate error received using socket timeout -> Inappropriate error received using socket timeout on Windows.
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue805194>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:11:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:11:41 +0000
Subject: [issue795081] email.Message param parsing problem II
Message-ID: <1234613501.73.0.0774551830304.issue795081@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Good candidate for the email sprint. Fix suggested inline.

----------
keywords: +easy
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue795081>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:11:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:11:49 +0000
Subject: [issue786827] IDLE starts with no menus (Cygwin)
Message-ID: <1234613509.98.0.149909799893.issue786827@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is the problem described by Daniel, "So, it's not a Tk error. It's an
error with trying to contact the subprocess", still present? 

It's not cleat to me from messages that it'd be restricted to Cygwin, if
confirmed on other build please change title again.

----------
nosy: +ajaksu2
stage:  -> test needed
title: IDLE starts with no menus (Cygwin build of python2.3) -> IDLE starts with no menus (Cygwin)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue786827>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:14:14 2009
From: report at bugs.python.org (Thomas Heller)
Date: Sat, 14 Feb 2009 12:14:14 +0000
Subject: [issue850997] mbcs encoding ignores errors
Message-ID: <1234613654.62.0.831308684069.issue850997@psf.upfronthosting.co.za>


Changes by Thomas Heller <theller at ctypes.org>:


----------
nosy:  -theller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue850997>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:17:10 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Sat, 14 Feb 2009 12:17:10 +0000
Subject: [issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips
	instead of mipsel)
In-Reply-To: <1226484001.23.0.749041410677.issue4305@psf.upfronthosting.co.za>
Message-ID: <1234613830.63.0.834343293103.issue4305@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

May I propose a simple py-issue-4305.patch. Let me know if patch work
for you.

----------
nosy: +rpetrov
Added file: http://bugs.python.org/file13083/py-issue-4305.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4305>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:18:41 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 12:18:41 +0000
Subject: [issue5179] subprocess leaves open fds on construction error
In-Reply-To: <1234037080.37.0.0531724857804.issue5179@psf.upfronthosting.co.za>
Message-ID: <1234613921.64.0.0954888030458.issue5179@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Well, I'm not under Windows. I'll try to launch a VM if nobody beats me
to it...

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5179>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:22:18 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:22:18 +0000
Subject: [issue832159] C++ extensions using SWIG and MinGW
Message-ID: <1234614138.76.0.635136023011.issue832159@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +tarek
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue832159>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:22:29 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:22:29 +0000
Subject: [issue808164] socket.close() doesn't play well with __del__
Message-ID: <1234614149.99.0.809362003963.issue808164@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Current code is:

    def close(self):
        self._sock = _closedsocket()
        dummy = self._sock._dummy
        for method in _delegate_methods:
            setattr(self, method, dummy)
    close.__doc__ = _realsocket.close.__doc__

It sure seems to be trying to avoid __del__ issues, does it fix this bug?

----------
nosy: +ajaksu2
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue808164>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:23:33 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 14 Feb 2009 12:23:33 +0000
Subject: [issue870479] Scripts need platform-dependent handling
Message-ID: <1234614213.86.0.480935721.issue870479@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

What do you think about the way setuptools handles it ?


I'd be in favor of integrating setuptools wrapping mechanism in distutils.

(not the entry point part, just the way it generates .exe under windows
and executable script under Linux)

see
http://peak.telecommunity.com/DevCenter/setuptools#automatic-script-creation

----------
assignee:  -> tarek
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue870479>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:26:15 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 14 Feb 2009 12:26:15 +0000
Subject: [issue841461] Differentiation between Builtins and extension classes
Message-ID: <1234614375.28.0.65040265591.issue841461@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue841461>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:27:56 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 14 Feb 2009 12:27:56 +0000
Subject: [issue832159] C++ extensions using SWIG and MinGW
Message-ID: <1234614476.81.0.795635720295.issue832159@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
assignee:  -> tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue832159>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:31:36 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:31:36 +0000
Subject: [issue935117] pkgutil doesn't understand case-senseless filesystems
Message-ID: <1234614696.79.0.293504077373.issue935117@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +tarek
stage:  -> test needed
versions: +Python 2.7 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue935117>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:31:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:31:39 +0000
Subject: [issue917120] imaplib: incorrect quoting in commands
Message-ID: <1234614699.44.0.0902723539174.issue917120@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue917120>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:31:45 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:31:45 +0000
Subject: [issue877121] configure detects incorrect compiler optimization
Message-ID: <1234614705.23.0.178797107321.issue877121@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Build
type:  -> compile error
versions:  -Python 2.4, Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue877121>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:31:50 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:31:50 +0000
Subject: [issue850728] Semaphore.acquire() timeout parameter
Message-ID: <1234614710.18.0.887899847224.issue850728@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue850728>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:32:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:32:22 +0000
Subject: [issue849662] reading shelves is really slow
Message-ID: <1234614742.93.0.859544802946.issue849662@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue849662>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:32:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:32:34 +0000
Subject: [issue837577] cryptic os.spawnvpe() return code
Message-ID: <1234614754.09.0.557629241047.issue837577@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Maybe a mention to this in the docs is good enough? But does the usual
user of os.spawnvpe need such clarification?

----------
components: +Documentation
nosy: +ajaksu2
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue837577>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:36:04 2009
From: report at bugs.python.org (James Wheare)
Date: Sat, 14 Feb 2009 12:36:04 +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: <1234614964.94.0.514404315884.issue5258@psf.upfronthosting.co.za>


New submission from James Wheare <james at wheare.org>:

As described here: http://james.wheare.org/notes/2009/02/import-site-
failed-use-v-for-traceback.php

The addpackage function will result in a TypeError being raised from os.path.exists(dir) -> from os.stat(path) if the contents of an 
inspected .pth file contain binary data.

This can happen in OS X network environments where ._ AppleDouble files 
are created to store resource forks and file metadata.

As this function is run whenever the interpreter is initialised, Python 
should be robust enough to ignore invalid data in these files, either by 
catching the TypeError in os.path.exists, or by detecting them at a 
higher level, but should be careful of false positives.

Another alternative is to raise a different exception and use it to 
display more helpful debugging info for those not familiar with pdb.

----------
messages: 82032
nosy: jwheare
severity: normal
status: open
title: addpackage in site.py fails hard on badly formed .pth files
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5258>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:36:09 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 14 Feb 2009 12:36:09 +0000
Subject: [issue5242] eval() function in List Comprehension doesn't work
In-Reply-To: <1234518125.96.0.444530348539.issue5242@psf.upfronthosting.co.za>
Message-ID: <1234614969.7.0.772424467241.issue5242@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I agree.

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5242>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:41:01 2009
From: report at bugs.python.org (James Wheare)
Date: Sat, 14 Feb 2009 12:41:01 +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: <1234615261.5.0.714049609553.issue5258@psf.upfronthosting.co.za>


James Wheare <james at wheare.org> added the comment:

To clarify, the exception doesn't interrupt the interpreter, but the 
only indication of a problem is the following message:

'import site' failed; use -v for traceback

And you're then unable to import modules from site-packages.

Also, here's a clickable link to the blog post with more details:

http://tinyurl.com/dnlepc

(rather aggressive line length enforcement going on here...)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5258>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:42:41 2009
From: report at bugs.python.org (Paul Moore)
Date: Sat, 14 Feb 2009 12:42:41 +0000
Subject: [issue870479] Scripts need platform-dependent handling
Message-ID: <1234615361.69.0.866208865304.issue870479@psf.upfronthosting.co.za>


Paul Moore <p.f.moore at gmail.com> added the comment:

In principle I don't have a problem with the automatic generation of an
EXE (I assume it generates a shell script with no extension on Unix?)
but it should be done in such a way that the EXE is version-independent.
This is necessary to ensure that pure-python packages, when made into
bdist_wininst installers, continue to be version-independent. (At the
moment, distutils generates version-dependent bdist_wininst packages
*only* for C extensions. Setuptools generates version-dependent
installers all the time, which is a pain).

This may mean that a reimplementation is required, rather than copying
the setuptools code.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue870479>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:42:53 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:42:53 +0000
Subject: [issue992207] exec statement balks at CR/LF
Message-ID: <1234615373.19.0.554211852056.issue992207@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

The behavior is still present, but I'm not sure it's a bug either. The
documentation could mention this:
http://docs.python.org/dev/reference/simple_stmts.html#exec

----------
assignee:  -> georg.brandl
components: +Documentation
keywords: +easy
nosy: +ajaksu2, georg.brandl
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue992207>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:46:20 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 12:46:20 +0000
Subject: [issue839159] iterators broken for weak dicts
Message-ID: <1234615580.82.0.572853775921.issue839159@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Interesting patch. I think the intermediate assertEquals in
test_weak_*_dict_flushed_dead_items_when_iters_go_out are just testing
an implementation detail, only the final one should remain.

Also, it is likely the "code duplication" you are talking about was
there for performance reasons, so I'd suggest putting it back in.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue839159>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:47:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:47:22 +0000
Subject: [issue798058] IDLE / PyOS_InputHook
Message-ID: <1234615642.07.0.341846905328.issue798058@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies:  -IDLE / PyOS_InputHook

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue798058>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:47:29 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:47:29 +0000
Subject: [issue989712] Support using Tk without a mainloop
Message-ID: <1234615649.07.0.41007124421.issue989712@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Tkinter
dependencies: +IDLE / PyOS_InputHook
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue989712>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:47:45 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:47:45 +0000
Subject: [issue991196] An inconsistency with nested scopes
Message-ID: <1234615665.65.0.62308182219.issue991196@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed in trunk,

----------
nosy: +ajaksu2
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue991196>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:48:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:48:38 +0000
Subject: [issue775321] plistlib error handling
Message-ID: <1234615718.21.0.578273620755.issue775321@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies:  -plistlib error handling

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue775321>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:48:48 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:48:48 +0000
Subject: [issue985064] plistlib crashes too easily on bad files
Message-ID: <1234615728.78.0.297802718683.issue985064@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +plistlib error handling

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue985064>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:49:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:49:24 +0000
Subject: [issue985064] plistlib crashes too easily on bad files
Message-ID: <1234615764.54.0.525013840622.issue985064@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue985064>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:52:25 2009
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Feb 2009 12:52:25 +0000
Subject: [issue5188] telnetlib process_rawq buffer handling is confused
In-Reply-To: <1234131372.15.0.372715702734.issue5188@psf.upfronthosting.co.za>
Message-ID: <1234615945.26.0.501191631593.issue5188@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

b"\021"[0] can be written 0o21 (or 17 or 0x11).

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5188>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:52:50 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:52:50 +0000
Subject: [issue984219] hotspot.stats.load is very slow
Message-ID: <1234615970.86.0.16135367821.issue984219@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue984219>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:54:52 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 12:54:52 +0000
Subject: [issue935117] pkgutil doesn't understand case-senseless filesystems
Message-ID: <1234616092.68.0.789964656129.issue935117@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Perhaps it's just me, but Fred's use case looks horrible.
If you have three packages named "foo", "Foo" and "foo", all of which
reachable through sys.path on a case-insensitive filesystem, I'm not
sure how to expect Python to make sense out of the situation.
IMHO, the only reasonable solution is to fix the package names...

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue935117>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:55:59 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sat, 14 Feb 2009 12:55:59 +0000
Subject: [issue798520] os.popen with invalid mode differs on Windows and POSIX
Message-ID: <1234616159.83.0.498075700994.issue798520@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

On Windows:

>>> os.popen("cmd", "")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: popen() arg 2 must be 'r' or 'w'

Windows has a specific implementation of os.popen, which does validate 
the mode. Whereas on POSIX platforms, the parameters are passed as is to 
the popen() function.
I'd call this an "implementation detail", and the exact exception is not 
important IMO.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue798520>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:57:28 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 12:57:28 +0000
Subject: [issue984219] hotspot.stats.load is very slow
Message-ID: <1234616248.16.0.566057671023.issue984219@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

hotshot is more or less deprecated, cProfile being the recommended
replacement for high-performance profiling. I suggest closing this issue
as won't fix.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue984219>
_______________________________________

From report at bugs.python.org  Sat Feb 14 13:58:58 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 12:58:58 +0000
Subject: [issue984870] curses: getmaxyx() breaks when the window shrinks
Message-ID: <1234616338.38.0.521175017517.issue984870@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

I get a different behavior, with shrinking reporting correct sizes, but
quiting with a "_curses.error: curses function returned NULL", on trunk,
KDE 3.5's Konsole._curses.error: curses function returned NULL

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue984870>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:23:10 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 13:23:10 +0000
Subject: [issue5178] Add context manager for temporary directory
In-Reply-To: <1234029261.42.0.975383428204.issue5178@psf.upfronthosting.co.za>
Message-ID: <1234617790.32.0.401042239731.issue5178@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

If you look at the code for os.path.isdir, it uses other globals such as
os.stat, so you might want to reinject them in your class as well...

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5178>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:33:14 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 14 Feb 2009 13:33:14 +0000
Subject: [issue5252] 2to3 should detect and delete import of removed statvfs
	module
In-Reply-To: <87fxihs44g.fsf@xemacs.org>
Message-ID: <1afaf6160902140533hcad38dcm5a86c8a64e503c7f@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Sat, Feb 14, 2009 at 4:33 AM, Stephen J. Turnbull
<report at bugs.python.org> wrote:
>
> Stephen J. Turnbull <stephen at xemacs.org> added the comment:
>
> Benjamin Peterson writes:
>
>  > Hmm. 2to3 doesn't currently mess with the stat module and os.stat the
>  > more common function. Also the new interface (attributes on the objects
>  > returned) has been around since 2.2.
>
> So what?  You *can't* import a nonexistent module, so the import
> statement should be removed to save the programmer the trouble.

No, the programmer should remove the import statement when he's
porting it to use the attributes of the statvfs call.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5252>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:41:43 2009
From: report at bugs.python.org (Mark Miller)
Date: Sat, 14 Feb 2009 13:41:43 +0000
Subject: [issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips
	instead of mipsel)
In-Reply-To: <1226484001.23.0.749041410677.issue4305@psf.upfronthosting.co.za>
Message-ID: <1234618903.62.0.00473350287817.issue4305@psf.upfronthosting.co.za>


Mark Miller <mark at mirell.org> added the comment:

Not entirely. I applied what you had for the autoconf section to my
configure, since I do not have autoconf installed in my environment. 

Specifically, this part of configure is what's messing with the build:

if test x$TARGET = xMIPS; then
  MIPS_TRUE=
  MIPS_FALSE='#'
else
  MIPS_TRUE='#'
  MIPS_FALSE=
fi

Since the target is being renamed to MIPS_LINUX or MIPS_IRIX, this test
assumes the target is not MIPS.

The patch you have gets past the build break, but doesn't actually
compile what I believe is a working libffi for MIPS.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4305>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:53:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:53:47 +0000
Subject: [issue936813] fast modular exponentiation
Message-ID: <1234619627.69.0.288933109161.issue936813@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> patch review
versions: +Python 2.7, Python 3.1 -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue936813>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:53:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:53:54 +0000
Subject: [issue940286] pydoc.Helper.help() ignores input/output init parameters
Message-ID: <1234619634.15.0.0916717471867.issue940286@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed. Is it relevant?

----------
nosy: +ajaksu2
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue940286>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:54:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:54:13 +0000
Subject: [issue941262] List with Canvas.create_line Option arrow=LAST Broke
Message-ID: <1234619653.12.0.78634739819.issue941262@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Not sure what the expected behavior is, or if the bug is in OP's code.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941262>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:54:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:54:38 +0000
Subject: [issue941346] AIX shared library fix
Message-ID: <1234619678.48.0.773618093119.issue941346@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Build, Extension Modules -None
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue941346>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:54:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:54:49 +0000
Subject: [issue949667] file write() method and non-blocking mode.
Message-ID: <1234619689.79.0.511405522253.issue949667@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Implemented in 3.0, 2.x probably won't get this. Will close if nobody
opposes.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue949667>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:55:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:55:07 +0000
Subject: [issue956303] Update pickle docs to describe format of persistent IDs
Message-ID: <1234619707.92.0.499062746552.issue956303@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> needs patch
type:  -> feature request
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue956303>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:55:23 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:55:23 +0000
Subject: [issue959576] Can't build Python on POSIX w/o $HOME
Message-ID: <1234619723.29.0.744353904606.issue959576@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Fixed by 41834. Please leave open if reverting the fix and patching
distutils is still a option, close if not.

----------
assignee:  -> tarek
components: +Distutils, Extension Modules
nosy: +ajaksu2, tarek
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue959576>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:55:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:55:42 +0000
Subject: [issue960325] "--require <feature>" option for configure/make (fail
	if building not possible)
Message-ID: <1234619742.1.0.305440800671.issue960325@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
title: "require <feature>" configure option -> "--require <feature>" option for configure/make  (fail if building not possible)
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue960325>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:56:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:56:03 +0000
Subject: [issue963906] Unicode email address helper
Message-ID: <1234619763.46.0.680047490771.issue963906@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Unicode
stage:  -> patch review
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue963906>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:56:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:56:14 +0000
Subject: [issue967275] Better SSL support in socket module
Message-ID: <1234619774.74.0.132738881995.issue967275@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

SSL has changed a lot, is this issue still relevant?

----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue967275>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:56:30 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:56:30 +0000
Subject: [issue967934] csv module cannot handle embedded \r
Message-ID: <1234619790.39.0.22073767377.issue967934@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

IIUC, I get the correct behavior:

trunk-py$ ./python ~/Desktop/tcsv.py
['fld1', 'fld2', 'fld3 ', 'fld4']
['fld1', 'fld2', 'fld3 \r', 'fld4']

trunk-py$ cat ~/Desktop/tcsv.py
#! /usr/local/bin/python

import csv

d = 'fld1,fld2,"fld3 ",fld4\r\n'
d2 = 'fld1,fld2,"fld3 \r'
d3 = '",fld4\r\n'

r = csv.reader([d, d2, d3], dialect="excel")
for f in r:
        print f

----------
components: +Extension Modules
dependencies: +CSV regression in 2.5a1: multi-line cells
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue967934>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:56:36 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 13:56:36 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1234619796.33.0.553036460723.issue4136@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Bob, any news on this?

----------
nosy: +pitrou
stage:  -> needs patch
title: merge json library with simplejson 2.0.3 -> merge json library with latest simplejson 2.0.x
type:  -> behavior
versions:  -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:56:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:56:42 +0000
Subject: [issue968430] error flattening complex smime signed message
Message-ID: <1234619802.97.0.77183572611.issue968430@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Patch at #1670765.

----------
dependencies: +email.Generator: no header wrapping for multipart/signed
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue968430>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:57:09 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:57:09 +0000
Subject: [issue970288] Fix for #876637 - Random stack corruption from
	socketmodule
Message-ID: <1234619829.2.0.580207694909.issue970288@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Fixed in revision 42253.

----------
dependencies: +Random stack corruption from socketmodule.c 
nosy: +ajaksu2
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue970288>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:57:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:57:17 +0000
Subject: [issue970783] PyObject_GenericGetAttr is undocumented
Message-ID: <1234619837.86.0.000231354475661.issue970783@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue970783>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:57:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:57:28 +0000
Subject: [issue971330] test_signal sucks
Message-ID: <1234619848.41.0.923036781715.issue971330@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Tests -Library (Lib)
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue971330>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:57:53 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:57:53 +0000
Subject: [issue974019] ConfigParser non-string defaults broken with
	.getboolean()
Message-ID: <1234619873.96.0.331292585942.issue974019@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
keywords: +easy, patch
stage:  -> test needed
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue974019>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:58:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:58:26 +0000
Subject: [issue974159] Starting a script in OSX within a specific folder
Message-ID: <1234619906.71.0.00127475642525.issue974159@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Will close this one unless someone thinks the use case is important and
currently not possible.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue974159>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:58:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:58:38 +0000
Subject: [issue974635] Slice indexes passed to __getitem__ are wrapped
Message-ID: <1234619918.68.0.466565139469.issue974635@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Will close this one as a duplicate of #723806 unless someone springs to
its defense.

----------
dependencies: +overintelligent slice() behavior on integers
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue974635>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:58:48 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:58:48 +0000
Subject: [issue975330] Inconsistent newline handling in email module
Message-ID: <1234619928.63.0.397400555148.issue975330@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Email sprint candidate.

----------
keywords: +easy, patch
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue975330>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:58:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:58:59 +0000
Subject: [issue975646] tp_(get|set)attro? inheritance bug
Message-ID: <1234619939.35.0.519561855698.issue975646@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Not a bug, then? Will close unless someone argues against it.

----------
nosy: +ajaksu2
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue975646>
_______________________________________

From report at bugs.python.org  Sat Feb 14 14:59:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 13:59:12 +0000
Subject: [issue978604] wait_variable hangs at exit
Message-ID: <1234619952.51.0.326575116835.issue978604@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed on Linux (closing after 'script 2'):

trunk-py$ ./python WaitTest.py
script 0
script 1
script 2
invalid command name "137221876callit"
    while executing
"137221876callit"
    ("after" script)

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue978604>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:07:52 2009
From: report at bugs.python.org (Gustavo J. A. M. Carneiro)
Date: Sat, 14 Feb 2009 14:07:52 +0000
Subject: [issue975646] tp_(get|set)attro? inheritance bug
Message-ID: <1234620472.41.0.688620897272.issue975646@psf.upfronthosting.co.za>


Gustavo J. A. M. Carneiro <gjcarneiro at gmail.com> added the comment:

If this problem does not apply to Python 3.x, by all means go ahead and
close it.  It probably is a bug, but probably not worth fixing;
workaround is simple enough, and affected extensions have already
adapted to it.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue975646>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:11:28 2009
From: report at bugs.python.org (Virgil Dupras)
Date: Sat, 14 Feb 2009 14:11:28 +0000
Subject: [issue839159] iterators broken for weak dicts
Message-ID: <1234620688.95.0.248859697892.issue839159@psf.upfronthosting.co.za>


Virgil Dupras <hsoft at hardcoded.net> added the comment:

About duplicated code and performance:

When I look at the duplicated code, I don't see anything that remotely 
looks like a performance tweak. Just to make sure, I made a bench:

#!/usr/bin/env python
import sys
sys.path.insert(0, 'Lib')
import timeit
import weakref

class Foo(object): pass
def setup():
    L = [Foo() for i in range(1000)]
    global d
    d = weakref.WeakValueDictionary(enumerate(L))
    del L[:500] # have some dead weakrefs

def do():
    d.values()

print timeit.timeit(do, setup, number=100000)

Results without the patch:
 ./python.exe weakref_bench.py
0.804216861725

Results with the patch:
$ ./python.exe weakref_bench.py
0.813000202179

I think the small difference in performance is more attributable to the 
extra processing the weakref dict does than the deduplication of the 
code itself.

About the test_weak_*_dict_flushed_dead_items_when_iters_go_out:

If a weakref dict keeps its weak reference alive, it's not an 
implementation detail, it's a bug. The whole point of using such dicts 
is to not keep keys or values alive when they go out.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue839159>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:18:08 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 14 Feb 2009 14:18:08 +0000
Subject: [issue936813] fast modular exponentiation
Message-ID: <1234621088.17.0.218126717324.issue936813@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I'll see if I can find time to look at this;  I'm currently looking at 
various ways to improve long integer arithmetic in 2.7/3.1.

----------
assignee: tim_one -> marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue936813>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:19:18 2009
From: report at bugs.python.org (Musashi Tamura)
Date: Sat, 14 Feb 2009 14:19:18 +0000
Subject: [issue5259] smtplib is broken in Python3
In-Reply-To: <1234621158.53.0.153253851523.issue5259@psf.upfronthosting.co.za>
Message-ID: <1234621158.53.0.153253851523.issue5259@psf.upfronthosting.co.za>


New submission from Musashi Tamura <yuri.musashi.miwa.tamura at gmail.com>:

Issue #<3921> may be the same problem.

Sending Gmail by smtplib fails on Python 3.0 and 3.0.1.
It seems to be exist two problems in encode_plain function in smtplib.py:
  * parameter of encode_base64 must be bytes, not str,
  * by default, encode_base64 adds extra newline.
The following is an example of patch.

# original version
def encode_plain(user, password):
    return encode_base64("\0%s\0%s" % (user, password))

# fixed version. Note that "eol=''" is given in Python 2.6's smtplib.
def encode_plain(user, password):
    s = "\0%s\0%s" % (user, password)
    return encode_base64(s.encode('ascii'), eol='')

----------
components: Library (Lib)
messages: 82064
nosy: miwa
severity: normal
status: open
title: smtplib is broken in Python3
type: crash
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5259>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:24:03 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 14 Feb 2009 14:24:03 +0000
Subject: [issue5259] smtplib is broken in Python3
In-Reply-To: <1234621158.53.0.153253851523.issue5259@psf.upfronthosting.co.za>
Message-ID: <1234621443.78.0.884031175454.issue5259@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Can you show us the failing application? Most likely, the bug is in your
code, not in Python.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5259>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:25:08 2009
From: report at bugs.python.org (Virgil Dupras)
Date: Sat, 14 Feb 2009 14:25:08 +0000
Subject: [issue839159] iterators broken for weak dicts
Message-ID: <1234621508.88.0.157755131065.issue839159@psf.upfronthosting.co.za>


Virgil Dupras <hsoft at hardcoded.net> added the comment:

Oh, that's me again not correctly reading my own tests. It's the 
*_are_not_held_* tests that test that no reference is kept.
I agree about the *_flushed_dead_items_* being an implementation detail.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue839159>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:28:47 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 14:28:47 +0000
Subject: [issue839159] iterators broken for weak dicts
In-Reply-To: <1234620688.95.0.248859697892.issue839159@psf.upfronthosting.co.za>
Message-ID: <1234621771.6357.2.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Results without the patch:
>  ./python.exe weakref_bench.py
> 0.804216861725
> 
> Results with the patch:
> $ ./python.exe weakref_bench.py
> 0.813000202179

Thanks for the numbers, I see my worries were unfounded.

> About the test_weak_*_dict_flushed_dead_items_when_iters_go_out:
> 
> If a weakref dict keeps its weak reference alive, it's not an 
> implementation detail, it's a bug. The whole point of using such dicts 
> is to not keep keys or values alive when they go out.

I was talking about doing `self.assertEqual(len(d), self.COUNT)` before
deleting the iterators.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue839159>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:31:01 2009
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Sat, 14 Feb 2009 14:31:01 +0000
Subject: [issue935117] pkgutil doesn't understand case-senseless filesystems
Message-ID: <1234621861.05.0.0877163107343.issue935117@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at acm.org> added the comment:

Antoine: I agree programmers shouldn't try to create situations like this.

Consider however an application assembled using a build tool like
zc.buildout, which installs each package into a separate installation
location (based on setuptools and easy_install).  If the application
uses several packages from the "foo" namespace (to keep with the
original names from the report), there will be directories matching the
first and third packages from the example.

Now, further development on the application may cause a 3rd-party
package named Foo to be used.  This name is not the application
programmer's to select, and the volume of code from the "foo" namespace
may be too large to modify; it may represent 3rd party code (for
example, the "zope" namespace package contains many widely used
examples; if used at all, many are likely to be used).

So I think the original use case stands, and may even be more important
than ever given the widespread use of "namespace" packages.

This also suggests that developers should check for the existence of
packages of similar name before releasing code, in order to avoid this
situation.

(I'm disassociating msg20510, since roundup doesn't screw up the tree in
the original report, so that message no longer adds anything useful.)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue935117>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:31:14 2009
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Sat, 14 Feb 2009 14:31:14 +0000
Subject: [issue935117] pkgutil doesn't understand case-senseless filesystems
Message-ID: <1234621874.29.0.111534207548.issue935117@psf.upfronthosting.co.za>


Changes by Fred L. Drake, Jr. <fdrake at acm.org>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue935117>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:34:19 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Sat, 14 Feb 2009 14:34:19 +0000
Subject: [issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips
	instead of mipsel)
In-Reply-To: <1226484001.23.0.749041410677.issue4305@psf.upfronthosting.co.za>
Message-ID: <1234622059.36.0.479030976432.issue4305@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

So I attach patch with changes in Modules/_ctypes/libffi/configure for
the tests.

Added file: http://bugs.python.org/file13084/py-issue-4305+configure.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4305>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:42:57 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:42:57 +0000
Subject: [issue1036490] Extend Shelf to support unicode keys
Message-ID: <1234622577.1.0.122513999065.issue1036490@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is this one still valid? Test script is missing.

----------
components: +Library (Lib)
nosy: +ajaksu2
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1036490>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:43:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:43:07 +0000
Subject: [issue1030499] os.path.join() does not raise TypeError
Message-ID: <1234622587.51.0.0341185005544.issue1030499@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1030499>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:43:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:43:14 +0000
Subject: [issue1027570] os.stat errors when using shared drive on XP or NT
Message-ID: <1234622594.26.0.0874084999803.issue1027570@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Needs confirmation.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027570>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:43:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:43:20 +0000
Subject: [issue1021318] PyThreadState_Next not thread safe?
Message-ID: <1234622600.82.0.531923325407.issue1021318@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Can someone take a look a this and either close or propose what to do?

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1021318>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:43:23 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:43:23 +0000
Subject: [issue1020188] Use Py_CLEAR where necessary to avoid crashes
Message-ID: <1234622603.89.0.619535329185.issue1020188@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
versions:  -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1020188>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:43:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:43:31 +0000
Subject: [issue1018492] Solaris: reentrancy issues
Message-ID: <1234622611.52.0.349355383959.issue1018492@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is this still a concern?

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1018492>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:43:35 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:43:35 +0000
Subject: [issue1015254] Create cgi.FieldStorage._get_new_instance method as
	factory
Message-ID: <1234622615.42.0.25951369707.issue1015254@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Doesn't seem to have gathered much support. Is the RFE still valid?

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1015254>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:43:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:43:41 +0000
Subject: [issue1015249] cgi.FieldStorage.__len__ eventually throws TypeError
Message-ID: <1234622621.25.0.383958852192.issue1015249@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1015249>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:43:58 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:43:58 +0000
Subject: [issue1012435] ctrl-left/-right works incorectly with diacritics
Message-ID: <1234622638.58.0.988996021016.issue1012435@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1012435>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:44:10 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:44:10 +0000
Subject: [issue1011894] PyDoc does not support ZIP
Message-ID: <1234622650.88.0.715087012827.issue1011894@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Fixed, e.g. revision 45510.

----------
components: +Library (Lib) -None
nosy: +ajaksu2
resolution:  -> out of date
status: open -> closed
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1011894>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:44:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:44:20 +0000
Subject: [issue1007223] SGI (IRIX6.5.24) Problems building nismodule.c
Message-ID: <1234622660.15.0.373346333236.issue1007223@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Will close unless OP provides more feedback or someone else can follow
through.

----------
nosy: +ajaksu2
priority: normal -> low
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1007223>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:44:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:44:34 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1234622674.09.0.577026136811.issue1006238@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:44:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:44:41 +0000
Subject: [issue1004810] Carbon.File fails if server vol is mounted after launch
Message-ID: <1234622681.19.0.563916398624.issue1004810@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1004810>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:44:53 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:44:53 +0000
Subject: [issue1001150] hotspot profiler does not work correctly on P4 CPUs
	with HT
Message-ID: <1234622693.78.0.18827267258.issue1001150@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Will close unless OP provides more feedback or someone else opposes.

----------
components: +Extension Modules
nosy: +ajaksu2
priority: normal -> low
type:  -> behavior
versions: +3rd party, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1001150>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:45:58 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:45:58 +0000
Subject: [issue995956] TclError with intel's hypertheading
Message-ID: <1234622758.46.0.623509923838.issue995956@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Will close unless OP provides more feedback or someone else can confirm.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +3rd party, Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue995956>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:46:08 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:46:08 +0000
Subject: [issue995907] memory leak with threads and enhancement of the timer
	class
Message-ID: <1234622768.52.0.273999582817.issue995907@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Can't quite understand what the problem is supposed to be, comments?

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue995907>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:46:18 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:46:18 +0000
Subject: [issue995458] Does not build selected SGI specific modules
Message-ID: <1234622778.58.0.9059417294.issue995458@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Extension Modules
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue995458>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:46:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:46:31 +0000
Subject: [issue993580] inspect.findsource does not call linecache.checkcache
Message-ID: <1234622791.45.0.798488739556.issue993580@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue993580>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:46:55 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:46:55 +0000
Subject: [issue979658] Improve HTML documentation of a directory
Message-ID: <1234622815.6.0.711590345651.issue979658@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
stage:  -> test needed
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue979658>
_______________________________________

From report at bugs.python.org  Sat Feb 14 15:47:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 14:47:02 +0000
Subject: [issue976613] socket timeout problems on Solaris
Message-ID: <1234622822.93.0.328130455728.issue976613@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Extension Modules
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue976613>
_______________________________________

From report at bugs.python.org  Sat Feb 14 16:18:37 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 14 Feb 2009 15:18:37 +0000
Subject: [issue1036490] Extend Shelf to support unicode keys
Message-ID: <1234624717.49.0.89073465196.issue1036490@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

It's fixed in 3.0, by means of the keyencoding argument to Shelf. It
would be possible to port that back to 2.7; since no patch had been
forthcoming, I'm closing this as fixed, anyway.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1036490>
_______________________________________

From report at bugs.python.org  Sat Feb 14 16:40:00 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 14 Feb 2009 15:40:00 +0000
Subject: [issue1027570] os.stat errors when using shared drive on XP or NT
Message-ID: <1234626000.42.0.969503646361.issue1027570@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I tried on Win2000, I cannot reproduce this bug. Probably this issue was
fixed at some point.

----------
nosy: +ocean-city

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027570>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:00:47 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 14 Feb 2009 16:00:47 +0000
Subject: [issue5179] subprocess leaves open fds on construction error
In-Reply-To: <1234037080.37.0.0531724857804.issue5179@psf.upfronthosting.co.za>
Message-ID: <1234627247.2.0.374237348938.issue5179@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

On second thought, if the patch is applied, there *shouldn't* be an
exception.  And simply running the loop for a fixed number of
repetitions isn't a good test either, since different platforms may have
a different maximum for open file descriptors.

Hmm, is there a way to get the current number of open file descriptors?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5179>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:12:59 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 16:12:59 +0000
Subject: [issue5179] subprocess leaves open fds on construction error
In-Reply-To: <1234627247.2.0.374237348938.issue5179@psf.upfronthosting.co.za>
Message-ID: <1234628022.6357.11.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Hmm, is there a way to get the current number of open file descriptors?

Under Unix, you can use resource.getrlimit():

(1024, 1024)

But 1024 is a very common value, so you could simply loop 1024 times if
it's not too slow.
Besides, you definitely don't want to loop 2**31 times if 2**31 happens
to be the current limit.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5179>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:14:00 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 16:14:00 +0000
Subject: [issue5179] subprocess leaves open fds on construction error
In-Reply-To: <1234037080.37.0.0531724857804.issue5179@psf.upfronthosting.co.za>
Message-ID: <1234628040.08.0.02153532615.issue5179@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Wow, the Roundup email gateway borks code snippets:

>>> import resource
>>> resource.getrlimit(resource.RLIMIT_NOFILE)
(1024, 1024)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5179>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:19:08 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 14 Feb 2009 16:19:08 +0000
Subject: [issue975646] tp_(get|set)attro? inheritance bug
Message-ID: <1234628348.8.0.844725959184.issue975646@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue975646>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:30:30 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Sat, 14 Feb 2009 16:30:30 +0000
Subject: [issue5178] Add context manager for temporary directory
In-Reply-To: <1234029261.42.0.975383428204.issue5178@psf.upfronthosting.co.za>
Message-ID: <1234629030.55.0.617185576207.issue5178@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

Argh, it's like pulling a sweater thread.  The stat.S_ISDIR function
uses the S_IFDIR global so I would have write my own.  This does not
look like good maintainable code, IMO.

Maybe there should be a special flag modules can set to make them get
cleared later in the interpreter cleanup procedure.  Modules could set
it if they don't create reference cycles themselves and don't hold
references to user objects.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5178>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:39:53 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Feb 2009 16:39:53 +0000
Subject: [issue960325] "--require <feature>" option for configure/make (fail
	if building not possible)
Message-ID: <1234629593.59.0.430286187965.issue960325@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Hallvard, do you still consider this a live issue?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue960325>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:44:38 2009
From: report at bugs.python.org (hhas)
Date: Sat, 14 Feb 2009 16:44:38 +0000
Subject: [issue916013] Improving MacPython's IAC support
Message-ID: <1234629878.64.0.0160904334242.issue916013@psf.upfronthosting.co.za>


hhas <hhas at users.sourceforge.net> added the comment:

As of Python 2.6/3.0, all Mac-specific modules are deprecated/eliminated 
from the standard library and there are no longer any plans to submit 
appscript for possible inclusion. This issue should be rejected and 
closed.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue916013>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:45:00 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 16:45:00 +0000
Subject: [issue5178] Add context manager for temporary directory
In-Reply-To: <1234629030.55.0.617185576207.issue5178@psf.upfronthosting.co.za>
Message-ID: <1234629944.6357.13.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Maybe there should be a special flag modules can set to make them get
> cleared later in the interpreter cleanup procedure.  Modules could set
> it if they don't create reference cycles themselves and don't hold
> references to user objects.

Or, perhaps we could remove the assignment to None and use a
finalization scheme based on the garbage collector instead.
See #812369 (no patch for the above idea unfortunately).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5178>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:48:14 2009
From: report at bugs.python.org (Viktor Ferenczi)
Date: Sat, 14 Feb 2009 16:48:14 +0000
Subject: [issue984219] hotspot.stats.load is very slow
Message-ID: <1234630094.94.0.980438442468.issue984219@psf.upfronthosting.co.za>


Viktor Ferenczi <python at cx.hu> added the comment:

I agree. Just close this as "won't fix".

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue984219>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:52:20 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 16:52:20 +0000
Subject: [issue995907] memory leak with threads and enhancement of the timer
	class
Message-ID: <1234630340.95.0.216622029902.issue995907@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I can't understand problem number 1 either. I suspect it is a
misunderstanding by the poster, since he is talking about a "destructor
of the c++ based library" and there's no c++ code in the interpreter.

As for number 2, it is a legitimate feature request. However, since the
current Timer class is very inefficient (one separate thread for each
timer), it would make sense to rephrase it as a more general suggestion
to re-implement the Timer class using a single background thread and a
heapq-based priority queue. It would be a good project for someone
wanting to start contributing to the interpreter.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue995907>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:52:52 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 14 Feb 2009 16:52:52 +0000
Subject: [issue916013] Improving MacPython's IAC support
Message-ID: <1234630372.18.0.193331004179.issue916013@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/issue916013>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:53:06 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 14 Feb 2009 16:53:06 +0000
Subject: [issue984219] hotspot.stats.load is very slow
Message-ID: <1234630386.63.0.977075524673.issue984219@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue984219>
_______________________________________

From report at bugs.python.org  Sat Feb 14 17:54:50 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 14 Feb 2009 16:54:50 +0000
Subject: [issue1027570] os.stat errors when using shared drive on XP or NT
Message-ID: <1234630490.71.0.472110198026.issue1027570@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I'll close this entry. Please reopen if something left. (ex: not work on
XP or so)

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1027570>
_______________________________________

From report at bugs.python.org  Sat Feb 14 18:01:54 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 14 Feb 2009 17:01:54 +0000
Subject: [issue5179] subprocess leaves open fds on construction error
In-Reply-To: <1234037080.37.0.0531724857804.issue5179@psf.upfronthosting.co.za>
Message-ID: <1234630914.94.0.589529899291.issue5179@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

OK, Windows has 2048. Added test and fixed in r69620.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5179>
_______________________________________

From report at bugs.python.org  Sat Feb 14 18:09:15 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Feb 2009 17:09:15 +0000
Subject: [issue995458] Does not build selected SGI specific modules
Message-ID: <1234631355.11.0.0324637223664.issue995458@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I suspect this can be closed either as "won't fix" or "out of date".

While only Irix 4 and not Irix 6 is listed in
Removing support for little used platforms
http://www.python.org/dev/peps/pep-0011/
I suspect Irix 6 may be close to that stage.  I asked on pydev.

In any case, Irix modules are gone in Py3
http://www.python.org/dev/peps/pep-3108/#irix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue995458>
_______________________________________

From report at bugs.python.org  Sat Feb 14 18:14:15 2009
From: report at bugs.python.org (Zan Dobersek)
Date: Sat, 14 Feb 2009 17:14:15 +0000
Subject: [issue991266] Cookie.py does not correctly quote Morsels
Message-ID: <1234631655.8.0.0127028331971.issue991266@psf.upfronthosting.co.za>


Zan Dobersek <zandobersek at gmail.com> added the comment:

This patch adds an unicode character, converted to UTF8 as a cookie's
comment and then checks if it is correctly quoted.

----------
keywords: +patch
nosy: +zdobersek
Added file: http://bugs.python.org/file13085/991266test.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue991266>
_______________________________________

From report at bugs.python.org  Sat Feb 14 18:44:50 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 14 Feb 2009 17:44:50 +0000
Subject: [issue5260] longobject.c: minor fixes, cleanups and optimizations
In-Reply-To: <1234633490.48.0.538074848497.issue5260@psf.upfronthosting.co.za>
Message-ID: <1234633490.48.0.538074848497.issue5260@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

Here are various minor portability and standards-compliance fixes,
optimizations and cleanups for the trunk version of
Objects/longobject.c.  Most of these also apply to py3k.

I'll admit to an ulterior motive here:  the aim is to extract all
the trivial, non-behaviour-changing pieces of the 30-bit longdigit
patch (issue 4258), in order to make that patch easier to review.
A good few of the changes here are designed to weaken the assumptions
about the relative sizes of digit, int and long.

Detailed contents of this patch:

- make longs smaller by being more careful about tp_basicsize: it's
  defined as offsetof(PyLongObject, ob_digit) instead of the previous
  sizeof(PyLongObject) - sizeof(digit).  On average, this saves 2
  bytes per long on 32-bit platforms and 6 bytes per
  long on 64-bit platforms.  This is similar to the fix that's already
  in py3k, but more portable since it doesn't make assumptions about
  the amount of padding between the PyVarObject head and the long
  digits.

- add overflow check in _PyLong_New

- replace double cast (double -> long -> digit) in PyLong_FromDouble
  with a single double -> digit cast.

- int -> Py_ssize_t fixes in _PyLong_FromByteArray.

- fix bogus overflow check in _PyLong_FromByteArray.

- inline muladd1 into mul1

- simplify long_hash (without changing its semantics in any way):
  there's no need for the masking when rotating x;  everything in
  sight is unsigned and unambiguous.

- make PyLong_MASK unsigned (of type digit);  this is safer, since
  it's used in many bitwise operations.

- remove wdigit from Include/longintrepr.h;  it's no longer used

- remove some unnecessary forward declarations

- add a few extra casts to silence compiler warnings from gcc -Wextra

----------
assignee: marketdickinson
components: Interpreter Core
files: trunk_long_cleanup.patch
keywords: patch
messages: 82095
nosy: marketdickinson
priority: normal
severity: normal
stage: patch review
status: open
title: longobject.c: minor fixes, cleanups and optimizations
type: behavior
versions: Python 2.7, Python 3.1
Added file: http://bugs.python.org/file13086/trunk_long_cleanup.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5260>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:05:19 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 14 Feb 2009 18:05:19 +0000
Subject: [issue5104] getsockaddrarg() casts port number from int to short
	without any warning
In-Reply-To: <1233271436.92.0.964920785544.issue5104@psf.upfronthosting.co.za>
Message-ID: <1234634719.62.0.662889985498.issue5104@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
resolution:  -> fixed
status: open -> closed
versions: +Python 2.7, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5104>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:09:25 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Feb 2009 18:09:25 +0000
Subject: [issue995458] Does not build selected SGI specific modules
Message-ID: <1234634965.55.0.121876687435.issue995458@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Guido's answer: "Irix is long dead and we don't support it in any form
or version."

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue995458>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:18:58 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:18:58 +0000
Subject: [issue1055864] HTMLParser not compliant to XHTML spec
Message-ID: <1234635538.16.0.202111028841.issue1055864@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +HTMLParser doesn't treat endtags in <script> tags as CDATA
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1055864>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:19:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:19:07 +0000
Subject: [issue1054041] Python doesn't exit with proper resultcode on SIGINT
Message-ID: <1234635547.69.0.492871707753.issue1054041@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1054041>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:19:12 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:19:12 +0000
Subject: [issue1053687] PyOS_InputHook not called in subprocess
Message-ID: <1234635552.47.0.0734656345976.issue1053687@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1053687>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:19:24 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:19:24 +0000
Subject: [issue1053365] nntplib: add support for NNTP over SSL
Message-ID: <1234635564.11.0.857653496816.issue1053365@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1053365>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:19:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:19:34 +0000
Subject: [issue1050268] rfc822.parseaddr is broken,
	breaks sendmail call in smtplib
Message-ID: <1234635574.5.0.0394772341304.issue1050268@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
title: rfc822.parseaddr is broken, breaks sendmail call in smtplib  -> rfc822.parseaddr is broken, breaks sendmail call in smtplib
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1050268>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:19:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:19:39 +0000
Subject: [issue1049450] Solaris: EINTR exception in select/socket calls in
	telnetlib
Message-ID: <1234635579.49.0.595697885737.issue1049450@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1049450>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:19:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:19:46 +0000
Subject: [issue1047540] Turtle.py hangs Idle
Message-ID: <1234635586.05.0.337915963039.issue1047540@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Given that it wasn't possible to reproduce the bug in 2.4 nor 2.4, I'll
close this unless someone is against that.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1047540>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:20:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:20:03 +0000
Subject: [issue1047397] cgitb failures
Message-ID: <1234635603.36.0.0524005526636.issue1047397@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed on trunk.

----------
keywords: +easy, patch
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1047397>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:21:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:21:27 +0000
Subject: [issue1044299] compile error with stlport
Message-ID: <1234635687.94.0.473271328334.issue1044299@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Does anybody else believe this is a Python issue? If so, what
could/should be done about it? 

I'll understand lack of feedback as "go ahead and close it" :)

----------
nosy: +ajaksu2
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1044299>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:21:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:21:32 +0000
Subject: [issue1043706] External storage protocol for large email messages
Message-ID: <1234635692.33.0.774803191425.issue1043706@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Patch has test.

----------
nosy: +ajaksu2
stage:  -> patch review
type:  -> feature request
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1043706>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:21:37 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:21:37 +0000
Subject: [issue1043134] mimetypes.guess_extension('text/plain') == '.ksh' ???
Message-ID: <1234635697.69.0.667473825826.issue1043134@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed on trunk.

----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1043134>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:21:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:21:41 +0000
Subject: [issue1040439] Missing documentation on How To Link With libpython
Message-ID: <1234635701.31.0.499994002104.issue1040439@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1040439>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:21:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:21:49 +0000
Subject: [issue1038591] Python 2.3+ socket._fileobject handles EAGAIN with
	data loss
Message-ID: <1234635709.04.0.81944410967.issue1038591@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1038591>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:23:09 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 14 Feb 2009 18:23:09 +0000
Subject: [issue4626] compile() doesn't ignore the source encoding when a
	string is passed in
In-Reply-To: <1228976357.63.0.133847904092.issue4626@psf.upfronthosting.co.za>
Message-ID: <1234635789.47.0.654993492261.issue4626@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Here's another patch. The one problem is that it causes test_coding to
fail because coding cookies are ignored and not checked to see if they
are the same as the encoding of the file. It seems fine to me to just
skip this test.

----------
keywords: +needs review
Added file: http://bugs.python.org/file13087/tok_ignore_cookie-5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4626>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:33:57 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 18:33:57 +0000
Subject: [issue5260] longobject.c: minor fixes, cleanups and optimizations
In-Reply-To: <1234633490.48.0.538074848497.issue5260@psf.upfronthosting.co.za>
Message-ID: <1234636437.57.0.572381739993.issue5260@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The patch looks good.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5260>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:46:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:46:26 +0000
Subject: [issue1058305] HTMLParser.locatestartagend regex too stringent
Message-ID: <1234637186.56.0.704605923288.issue1058305@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

The regex is still the same. This is one of many 'HTMLParser regex for
attributes' issues.

----------
keywords: +easy, patch
nosy: +ajaksu2
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1058305>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:46:35 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 18:46:35 +0000
Subject: [issue1062277] Pickle breakage with reduction of recursive structures
Message-ID: <1234637195.04.0.722854767177.issue1062277@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Patch has test, can someone try it? I think it might be fixed already.

----------
nosy: +ajaksu2
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1062277>
_______________________________________

From report at bugs.python.org  Sat Feb 14 19:52:14 2009
From: report at bugs.python.org (Stephen Lynch)
Date: Sat, 14 Feb 2009 18:52:14 +0000
Subject: [issue5261] with lock fails on multiprocessing
In-Reply-To: <1234637534.63.0.0578864534082.issue5261@psf.upfronthosting.co.za>
Message-ID: <1234637534.63.0.0578864534082.issue5261@psf.upfronthosting.co.za>


New submission from Stephen Lynch <stepheng.lynch at gmail.com>:

the following code gives a system error under python 2.6.1

import multiprocessing

with multiprocessing.Lock(): pass


SystemError: ..\Python\getargs.c:1413: bad argument to internal function

----------
components: Library (Lib)
messages: 82106
nosy: stepheng.lynch
severity: normal
status: open
title: with lock fails on multiprocessing
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5261>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:02:40 2009
From: report at bugs.python.org (kalevi)
Date: Sat, 14 Feb 2009 19:02:40 +0000
Subject: [issue5259] smtplib is broken in Python3
In-Reply-To: <1234621158.53.0.153253851523.issue5259@psf.upfronthosting.co.za>
Message-ID: <1234638160.14.0.415134114707.issue5259@psf.upfronthosting.co.za>


kalevi <kalevionni at gmail.com> added the comment:

The attached test script works fine in Python 2.6.

Replace the following texts in the script:
from at gmail.com
to at gmail.com
password

----------
nosy: +kalevi
Added file: http://bugs.python.org/file13088/smtptest.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5259>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:08:25 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 14 Feb 2009 19:08:25 +0000
Subject: [issue5262] PythonLauncher considered harmfull
In-Reply-To: <1234638505.38.0.029039550018.issue5262@psf.upfronthosting.co.za>
Message-ID: <1234638505.38.0.029039550018.issue5262@psf.upfronthosting.co.za>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

The Mac port of Python contains a binary named "PythonLauncher" which 
can be used as the association of ".py" and ".pyw" files. This program 
will launch the script (either in a Terminal window or without a 
window).

In hindsight adding this tool was not a good idea: this makes it way to 
easy to accidently launch python script downloaded from the Internet. 
Removing PythonLauncher would still allow running the scripts through 
IDLE (which also has an association to ".py" and ".pyw" files in it 
Info.plist).

In my experience most ".py" files are modules instead of standalone 
scripts, opening the file in an editor would therefore be a better 
action in the majority of use-cases.

----------
assignee: ronaldoussoren
components: Macintosh
messages: 82108
nosy: ronaldoussoren
severity: normal
status: open
title: PythonLauncher considered harmfull
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5262>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:08:33 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 19:08:33 +0000
Subject: [issue1100562] deepcopying listlike and dictlike objects
Message-ID: <1234638513.53.0.676745119149.issue1100562@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1100562>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:08:52 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 19:08:52 +0000
Subject: [issue1100942] Add datetime.time.strptime and datetime.date.strptime
Message-ID: <1234638532.74.0.756728170892.issue1100942@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Patch needs updating.

----------
nosy: +ajaksu2
stage:  -> test needed
title: datetime.strptime constructor added -> Add datetime.time.strptime and datetime.date.strptime
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1100942>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:08:57 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 19:08:57 +0000
Subject: [issue1101399] dict subclass breaks cPickle noload()
Message-ID: <1234638537.22.0.807761470168.issue1101399@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed on trunk, traceback:

Traceback (most recent call last):
  File "~/Desktop/noload.py", line 12, in <module>
    u.noload()
TypeError: 'NoneType' object does not support item assignment

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1101399>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:09:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 19:09:04 +0000
Subject: [issue1103213] Adding the missing socket.recvall() method
Message-ID: <1234638544.78.0.434678274025.issue1103213@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1103213>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:09:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 19:09:14 +0000
Subject: [issue1103350] send/recv SEGMENT_SIZE should be used more in
	socketmodule
Message-ID: <1234638554.18.0.795733213689.issue1103350@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Any clarifications on this RFE's merit appreciated.

----------
nosy: +ajaksu2
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1103350>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:09:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 19:09:28 +0000
Subject: [issue1104021] wishlist: os.feed_urandom(input)
Message-ID: <1234638568.94.0.949700383554.issue1104021@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1104021>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:09:40 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 19:09:40 +0000
Subject: [issue1104249] configure doesn't set up CFLAGS properly
Message-ID: <1234638580.46.0.263619635312.issue1104249@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1104249>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:09:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 19:09:47 +0000
Subject: [issue1105770] null source chars handled oddly
Message-ID: <1234638587.51.0.739845303218.issue1105770@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed on trunk at rev69546.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1105770>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:11:37 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 14 Feb 2009 19:11:37 +0000
Subject: [issue5260] longobject.c: minor fixes, cleanups and optimizations
In-Reply-To: <1234633490.48.0.538074848497.issue5260@psf.upfronthosting.co.za>
Message-ID: <1234638697.45.0.555765380504.issue5260@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

agreed, looks good.  (and thats a good motive)

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5260>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:11:47 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 14 Feb 2009 19:11:47 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234638707.93.0.528229380066.issue4258@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
dependencies: +longobject.c: minor fixes, cleanups and optimizations

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:50:30 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Sat, 14 Feb 2009 19:50:30 +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: <1234641030.85.0.105000489578.issue3871@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

updated patch do not include Lib/distutils/... :

- .../command/build_scripts.py, fixed in another non-related issue4524 (
distutils build_script command failed with --with-suffix=3)

- .../tests/test_build_ext.py, fixed by issues related to builddir <>
srcdir. Now distutils support srcdir on all platforms and this include
win32.

and to apply cleanly to trunk 2009-02-14 (after minimal cross patch -
see above).

Added file: http://bugs.python.org/file13089/python-trunk-20090214-MINGW.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:50:38 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Sat, 14 Feb 2009 19:50:38 +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: <1234641038.92.0.00163253423398.issue3871@psf.upfronthosting.co.za>


Changes by Roumen Petrov <bugtrack at roumenpetrov.info>:


Removed file: http://bugs.python.org/file12678/python-trunk.patch-MINGW-20090110

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sat Feb 14 20:50:44 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Sat, 14 Feb 2009 19:50:44 +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: <1234641044.57.0.181164280719.issue3871@psf.upfronthosting.co.za>


Changes by Roumen Petrov <bugtrack at roumenpetrov.info>:


Removed file: http://bugs.python.org/file12943/python-trunk-20090204-MINGW.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sat Feb 14 21:03:03 2009
From: report at bugs.python.org (Tim Golden)
Date: Sat, 14 Feb 2009 20:03:03 +0000
Subject: [issue5261] with lock fails on multiprocessing
In-Reply-To: <1234637534.63.0.0578864534082.issue5261@psf.upfronthosting.co.za>
Message-ID: <1234641783.89.0.00973393014406.issue5261@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Reproduced on trunk r69621

----------
nosy: +tim.golden
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5261>
_______________________________________

From report at bugs.python.org  Sat Feb 14 21:12:01 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Sat, 14 Feb 2009 20:12:01 +0000
Subject: [issue805194] Inappropriate error received using socket timeout on
	Windows.
Message-ID: <1234642321.11.0.702489697435.issue805194@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <exarkun at divmod.com>:


----------
nosy:  -exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue805194>
_______________________________________

From report at bugs.python.org  Sat Feb 14 21:12:41 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Sat, 14 Feb 2009 20:12:41 +0000
Subject: [issue1053365] nntplib: add support for NNTP over SSL
Message-ID: <1234642361.11.0.945142290268.issue1053365@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <exarkun at divmod.com>:


----------
nosy:  -exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1053365>
_______________________________________

From report at bugs.python.org  Sat Feb 14 21:12:59 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Sat, 14 Feb 2009 20:12:59 +0000
Subject: [issue1043706] External storage protocol for large email messages
Message-ID: <1234642379.75.0.605030415163.issue1043706@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <exarkun at divmod.com>:


----------
nosy:  -exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1043706>
_______________________________________

From report at bugs.python.org  Sat Feb 14 21:21:51 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 14 Feb 2009 20:21:51 +0000
Subject: [issue5261] with lock fails on multiprocessing
In-Reply-To: <1234637534.63.0.0578864534082.issue5261@psf.upfronthosting.co.za>
Message-ID: <1234642911.19.0.439122905991.issue5261@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> jnoller
nosy: +jnoller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5261>
_______________________________________

From report at bugs.python.org  Sat Feb 14 21:32:49 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 14 Feb 2009 20:32:49 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234643569.1.0.349041741238.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

The most recent patch is out of date and no longer applies cleanly.  I'm 
working on an update.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Sat Feb 14 21:52:35 2009
From: report at bugs.python.org (Tim Golden)
Date: Sat, 14 Feb 2009 20:52:35 +0000
Subject: [issue5261] with lock fails on multiprocessing
In-Reply-To: <1234641783.89.0.00973393014406.issue5261@psf.upfronthosting.co.za>
Message-ID: <49972F0D.2060205@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

Problem seems to be in Modules/_multiprocessing/semaphore.c 
line 549 where "__enter__" is defined as an alias for 
semlock_acquire, as is "acquire" a few lines above. However,
while "acquire" specifies METH_VARARGS | METH_KEYWORDS,
"__enter__" has only METH_VARARGS.

semlock_acquire at line 60 has the signature:

  SemLockObject *self, PyObject *args, PyObject *kwds

When it is called via __enter__ kwds aren't passed in
and it gets a NULL pointer.

Suggested patch attached, defining __enter__ in the same
way as acquire. Test included.

----------
keywords: +patch
Added file: http://bugs.python.org/file13090/multiprocessing.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5261>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: multiprocessing.patch
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090214/161e6627/attachment.txt>

From report at bugs.python.org  Sat Feb 14 22:09:35 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 21:09:35 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1234645775.54.0.109057161608.issue4565@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Issue depends on #4967 which blocks use of memoryview objects with the
_ssl module.

----------
assignee: amaury.forgeotdarc -> 
dependencies: +Bugs in _ssl object read() when a buffer is specified

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sat Feb 14 22:10:10 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 21:10:10 +0000
Subject: [issue4967] Bugs in _ssl object read() when a buffer is specified
In-Reply-To: <1232159812.52.0.781690409094.issue4967@psf.upfronthosting.co.za>
Message-ID: <1234645810.3.0.48123872895.issue4967@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Bumping to critical since the io-c branch won't be merged before this is
solved.

----------
priority: normal -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4967>
_______________________________________

From report at bugs.python.org  Sat Feb 14 22:33:35 2009
From: report at bugs.python.org (Lovely Grace)
Date: Sat, 14 Feb 2009 21:33:35 +0000
Subject: [issue5263] Error printing UTF-8 decoded text
In-Reply-To: <1234647215.76.0.528170813842.issue5263@psf.upfronthosting.co.za>
Message-ID: <1234647215.76.0.528170813842.issue5263@psf.upfronthosting.co.za>


New submission from Lovely Grace <lovelygrace26 at hotmail.com>:

The following code fails on the print command (see error message bellow
the code). I use windows and run the code under command prompt env.

import urllib.request
if __name__ == "__main__":
    sock =
urllib.request.urlopen("http://docs.python.org/3.0/library/html.parser.html#html.parser.HTMLParser.handle_startendtag")
    htmlSource = sock.read()
    sock.close()

    htmlSource = htmlSource.decode("utf-8", "strict")
    print(htmlSource)



Error message:
Traceback (most recent call last):
  File "parsehomeless.py", line 68, in <module>
    print(htmlSource[0:281])
  File "C:\Python30\lib\io.py", line 1494, in write
    b = encoder.encode(s)
  File "C:\Python30\lib\encodings\cp862.py", line 19, in encode
    return codecs.charmap_encode(input,self.errors,encoding_map)[0]
UnicodeEncodeError: 'charmap' codec can't encode character '\u2014' in
position 280: character maps to <undefined>

----------
components: Interpreter Core
messages: 82120
nosy: grace
severity: normal
status: open
title: Error printing UTF-8 decoded text
type: crash
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5263>
_______________________________________

From report at bugs.python.org  Sat Feb 14 22:40:13 2009
From: report at bugs.python.org (Lovely Grace)
Date: Sat, 14 Feb 2009 21:40:13 +0000
Subject: [issue5263] Error printing UTF-8 decoded text
In-Reply-To: <1234647215.76.0.528170813842.issue5263@psf.upfronthosting.co.za>
Message-ID: <1234647613.19.0.725653640743.issue5263@psf.upfronthosting.co.za>


Lovely Grace <lovelygrace26 at hotmail.com> added the comment:

Sorry guys, my goof:

http://wiki.python.org/moin/PrintFails

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5263>
_______________________________________

From report at bugs.python.org  Sat Feb 14 22:57:31 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 21:57:31 +0000
Subject: [issue1074333] input from numeric pad always dropped when numlock off
Message-ID: <1234648651.34.0.0805974213873.issue1074333@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed in trunk, the <KP_Up> (80) events show in a terminal if one
adds some print-based debug help.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1074333>
_______________________________________

From report at bugs.python.org  Sat Feb 14 22:57:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 21:57:42 +0000
Subject: [issue1072404] Bugs in _csv module - lineterminator
Message-ID: <1234648662.66.0.615602322696.issue1072404@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Needs confirmation, probably a won't fix either way.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1072404>
_______________________________________

From report at bugs.python.org  Sat Feb 14 22:57:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 21:57:43 +0000
Subject: [issue1063229] not enough information in SGMLParseError
Message-ID: <1234648663.22.0.689751286294.issue1063229@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1063229>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:18:17 2009
From: report at bugs.python.org (Lukas Lueg)
Date: Sat, 14 Feb 2009 22:18:17 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1234649897.05.0.316923985111.issue1533164@psf.upfronthosting.co.za>


Lukas Lueg <knabberknusperhaus at yahoo.de> added the comment:

passing optimize=1 does not help when there is a script
(...scripts=['bla.py']...) in the given distribution. The error will be
thrown for bla.pyo and bla.pyc

----------
nosy: +ebfe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:21:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 22:21:14 +0000
Subject: [issue1100366] Frame does not receive configure event on move
Message-ID: <1234650074.42.0.366071571507.issue1100366@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1100366>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:21:26 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 14 Feb 2009 22:21:26 +0000
Subject: [issue5263] Error printing UTF-8 decoded text
In-Reply-To: <1234647215.76.0.528170813842.issue5263@psf.upfronthosting.co.za>
Message-ID: <1234650086.8.0.508362990459.issue5263@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5263>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:21:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 22:21:54 +0000
Subject: [issue1078919] Email.Header encodes non-ASCII content incorrectly
Message-ID: <1234650114.97.0.809647869766.issue1078919@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

The proposed output has the virtue of being easier to read.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1078919>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:22:11 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 22:22:11 +0000
Subject: [issue1080387] Making IDLE Themes and Keys Config more Robust
Message-ID: <1234650131.55.0.362007238584.issue1080387@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

This bug describes a 2.3 -> 2.4 transition problem. The idea of making
the config system robust seems like a good RFE, if similar issues are
still possible.

----------
nosy: +ajaksu2
stage:  -> test needed
title: IDLE Themes and Keys Config not Robust -> Making IDLE Themes and Keys Config more Robust
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1080387>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:22:25 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 22:22:25 +0000
Subject: [issue1085861] subprocess.Popen feature request
Message-ID: <1234650145.2.0.0484905615606.issue1085861@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1085861>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:22:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 22:22:41 +0000
Subject: [issue1097797] Encoding for Code Page 273 used by EBCDIC Germany
	Austria
Message-ID: <1234650161.87.0.611538276591.issue1097797@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Looks like it was never included. I guess '"old" IBM Mainframes' is a
dwindling user base, should this one be closed?

----------
nosy: +ajaksu2
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1097797>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:25:00 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 14 Feb 2009 22:25:00 +0000
Subject: [issue1098732] Enhance tracebacks and stack traces with vars
Message-ID: <1234650300.08.0.824091366009.issue1098732@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Maybe this could be enabled only on the interactive interpreter? 

Skip's patch includes tests and docs, needs updating.

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1098732>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:29:47 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 22:29:47 +0000
Subject: [issue1098732] Enhance tracebacks and stack traces with vars
Message-ID: <1234650587.62.0.698788576731.issue1098732@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

It would certainly be horrible to enable this by default. Think about
intermediate functions having 10 local variables each, most of which are
totally irrelevant.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1098732>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:29:49 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 14 Feb 2009 22:29:49 +0000
Subject: [issue1085861] subprocess.Popen feature request
Message-ID: <1234650589.44.0.299437040244.issue1085861@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

2.6 has a terminate() method.

----------
nosy: +benjamin.peterson
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1085861>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:31:51 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 22:31:51 +0000
Subject: [issue5264] StringIO failure when reading a chunk of text without
	newlines
In-Reply-To: <1234650711.9.0.239815315496.issue5264@psf.upfronthosting.co.za>
Message-ID: <1234650711.9.0.239815315496.issue5264@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

>>> f = io.StringIO("a\r\n", newline=None)
>>> f.read(1)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/antoine/py3k/__svn__/Lib/io.py", line 2007, in read
    res = self._decode_newlines(self._read(n), True)
  File "/home/antoine/py3k/__svn__/Lib/io.py", line 1953, in
_decode_newlines
    return output
UnboundLocalError: local variable 'output' referenced before assignment

----------
components: Library (Lib)
messages: 82131
nosy: alexandre.vassalotti, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: StringIO failure when reading a chunk of text without newlines
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5264>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:36:18 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 22:36:18 +0000
Subject: [issue5265] StringIO can duplicate newlines in universal newlines mode
In-Reply-To: <1234650978.85.0.656093494146.issue5265@psf.upfronthosting.co.za>
Message-ID: <1234650978.85.0.656093494146.issue5265@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

This one is a bit strange:

>>> f = io.StringIO("a\r\nb\r\n", newline=None)
>>> f.read()
'a\nb\n'
>>> f = io.StringIO("a\r\nb\r\n", newline=None)
>>> f.read(6)
'a\nb\n'
>>> f = io.StringIO("a\r\nb\r\n", newline=None)
>>> f.read(5)
'a\n\nb\n'

----------
messages: 82132
nosy: alexandre.vassalotti, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: StringIO can duplicate newlines in universal newlines mode
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5265>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:40:46 2009
From: report at bugs.python.org (Mark Hammond)
Date: Sat, 14 Feb 2009 22:40:46 +0000
Subject: [issue850997] mbcs encoding ignores errors
Message-ID: <1234651246.34.0.17728827458.issue850997@psf.upfronthosting.co.za>


Mark Hammond <mhammond at users.sourceforge.net> added the comment:

It is still present, but I'm not sure what problems can be seen due to
this so can't comment on its desirability.  It would also introduce a
backwards compatability concern but I've not enough experience to know
how much of a problem that would be in practice either.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue850997>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:41:12 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Feb 2009 22:41:12 +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: <1234651272.91.0.807365943965.issue3871@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy:  -tjreedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3871>
_______________________________________

From report at bugs.python.org  Sat Feb 14 23:50:08 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Feb 2009 22:50:08 +0000
Subject: [issue5266] StringIO.read(n) does not enforce requested size in
	newline mode
In-Reply-To: <1234651808.93.0.485366406394.issue5266@psf.upfronthosting.co.za>
Message-ID: <1234651808.93.0.485366406394.issue5266@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Or, more precisely, it returns less than the requested number of
characters because characters are counted before translating newlines:

>>> f = io.StringIO("a\r\nb\r\n", newline=None)
>>> f.read(3)
'a\n'

TextIOWrapper gets it right:

>>> g = io.TextIOWrapper(io.BytesIO(b"a\r\nb\r\n"), newline=None)
>>> g.read(3)
'a\nb'

----------
components: Library (Lib)
messages: 82134
nosy: alexandre.vassalotti, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: StringIO.read(n) does not enforce requested size in newline mode
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5266>
_______________________________________

From report at bugs.python.org  Sun Feb 15 01:33:12 2009
From: report at bugs.python.org (Mitchell Model)
Date: Sun, 15 Feb 2009 00:33:12 +0000
Subject: [issue5267] Subversion problem with PythonLauncher after building 3.0
	or 3.1 on Mac
In-Reply-To: <1234657992.73.0.432074420703.issue5267@psf.upfronthosting.co.za>
Message-ID: <1234657992.73.0.432074420703.issue5267@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

After checking out 3.0 and 3.1 and building them on a Mac (Leopard, 
Intel) when I subsequently try to do "svn update" I get the error:

svn: Directory 'Mac/PythonLauncher/Python Launcher.app/.svn' containing 
working copy admin area is missing

As a result, "svn update" fails. Removing PythonLauncher.app fixes.
This problem does NOT happen in Python2.6 even though there's no 
PythonLauncher.app/.svn there either. I don't know enough about 
subversion to disentangle this.

And in fact there is a .svn directory in Mac/IDLE/Idle.app but none in 
PythonLauncher.app. "make clean" doesn't remove the .app's; perhaps it 
should.

[Am I mistaken in building my subversion directories?]

----------
components: Build
messages: 82135
nosy: MLModel
severity: normal
status: open
title: Subversion problem with PythonLauncher after building 3.0 or 3.1 on Mac
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5267>
_______________________________________

From report at bugs.python.org  Sun Feb 15 02:00:49 2009
From: report at bugs.python.org (Neil Schemenauer)
Date: Sun, 15 Feb 2009 01:00:49 +0000
Subject: [issue812369] module shutdown procedure based on GC
Message-ID: <1234659649.2.0.865307616191.issue812369@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

This sounds like a nice idea.  The current cleanup procedure in
pythonrun.c is pretty lame since it can play havoc with __del__ methods
(e.g. if they run after globals have been cleared).

I've updated the patch to work with the current SVN head.  Probably this
should get tested with big applications based on Zope, Django, etc.

----------
nosy: +nascheme
Added file: http://bugs.python.org/file13091/0001-update-GC-shutdown-patch.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue812369>
_______________________________________

From report at bugs.python.org  Sun Feb 15 02:08:39 2009
From: report at bugs.python.org (Mitchell Model)
Date: Sun, 15 Feb 2009 01:08:39 +0000
Subject: [issue5268] VMSError not documented in Doc/library/exceptions.rst
In-Reply-To: <1234660118.75.0.126976795951.issue5268@psf.upfronthosting.co.za>
Message-ID: <1234660118.75.0.126976795951.issue5268@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

Lib/test/exception_hierarchy.txt shows VMSError but it is not mentioned in 
Doc/library/exceptions.rst

----------
assignee: georg.brandl
components: Documentation
messages: 82137
nosy: MLModel, georg.brandl
severity: normal
status: open
title: VMSError not documented in Doc/library/exceptions.rst
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5268>
_______________________________________

From report at bugs.python.org  Sun Feb 15 03:14:02 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Feb 2009 02:14:02 +0000
Subject: [issue1097797] Encoding for Code Page 273 used by EBCDIC Germany
	Austria
Message-ID: <1234664042.91.0.411010770026.issue1097797@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

A Google search for "cp273 encoding" reveals that at least one other
person needed it:
http://www.stroeder.com/pylib/encodings/cp273.py

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1097797>
_______________________________________

From report at bugs.python.org  Sun Feb 15 05:47:35 2009
From: report at bugs.python.org (Steven D'Aprano)
Date: Sun, 15 Feb 2009 04:47:35 +0000
Subject: [issue1108] Problem with doctest and decorated functions
In-Reply-To: <1188989604.95.0.0786142357028.issue1108@psf.upfronthosting.co.za>
Message-ID: <1234673255.6.0.867636812002.issue1108@psf.upfronthosting.co.za>


Steven D'Aprano <steve at pearwood.info> added the comment:

Earlier I wrote:

"I've applied the patch to my 2.4 installation, and it doesn't fix the
issue. I'd like to request this be reopened, because I don't believe the
patch works as advertised."

Nevermind, I withdraw the request. I believe I was mislead due to the
decorated function not having it's docstring automatically copied from
the original without the use of functools.wraps().

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1108>
_______________________________________

From report at bugs.python.org  Sun Feb 15 08:04:16 2009
From: report at bugs.python.org (Musashi Tamura)
Date: Sun, 15 Feb 2009 07:04:16 +0000
Subject: [issue5259] smtplib is broken in Python3
In-Reply-To: <1234621158.53.0.153253851523.issue5259@psf.upfronthosting.co.za>
Message-ID: <1234681456.03.0.182623981691.issue5259@psf.upfronthosting.co.za>


Musashi Tamura <yuri.musashi.miwa.tamura at gmail.com> added the comment:

The attachment is output of smtptest.py on Python 3.0.

Added file: http://bugs.python.org/file13092/3.0.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5259>
_______________________________________

From report at bugs.python.org  Sun Feb 15 09:09:41 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sun, 15 Feb 2009 08:09:41 +0000
Subject: [issue5267] Subversion problem with PythonLauncher after building 3.0
	or 3.1 on Mac
In-Reply-To: <1234657992.73.0.432074420703.issue5267@psf.upfronthosting.co.za>
Message-ID: <1234685381.56.0.443912518968.issue5267@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

How precisely did you build? Can you check whether any build step
removed PythonLauncher, then recreated it?

If you remove Python Launcher.app, you should be able to svn update.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5267>
_______________________________________

From report at bugs.python.org  Sun Feb 15 09:51:14 2009
From: report at bugs.python.org (Ned Deily)
Date: Sun, 15 Feb 2009 08:51:14 +0000
Subject: [issue5269] OS X Installer: add options to specify universal build
	type and deployment target
In-Reply-To: <1234687874.34.0.561795974463.issue5269@psf.upfronthosting.co.za>
Message-ID: <1234687874.34.0.561795974463.issue5269@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

The current OS X installer builder has no provision for changing the
architecture type or deployment target to allow different installer
types, such as 4-way universal, to be built.  The attached patch
allows for builds on systems other than 10.4 and adds two new
arguments to build-installer.py:

  --dep-target=10.n, [default 10.3]
  --universal-archs=x
         where x =
           '32-bit' -> 2-way 32-bit (intel|ppc) [default]
           '64-bit' -> 2-way 64-bit (intel|ppc)
           'all'    -> 4-way universal

The default values are the current hard-coded ones.

----------
components: Macintosh
files: patch-nad0006.txt
messages: 82142
nosy: nad
severity: normal
status: open
title: OS X Installer: add options to specify universal build type and deployment target
type: feature request
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13093/patch-nad0006.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5269>
_______________________________________

From report at bugs.python.org  Sun Feb 15 09:57:55 2009
From: report at bugs.python.org (Ned Deily)
Date: Sun, 15 Feb 2009 08:57:55 +0000
Subject: [issue5270] OS X installer: faulty Python.app bundle inside of
	framework
In-Reply-To: <1234688274.05.0.10424234912.issue5270@psf.upfronthosting.co.za>
Message-ID: <1234688274.05.0.10424234912.issue5270@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

The Finder shows no version number and displays a generic icon.

ANALYSIS    Previous changes to Mac/Makefile removed configure processing
            which used to edit Info.plist.in into Info.plist.

SOLUTION    Add tailoring to Mac/Makefile.

APPLIES     py3k, 3.0, trunk, 2.6

----------
components: Macintosh
files: patch-nad0004.txt
messages: 82143
nosy: nad
severity: normal
status: open
title: OS X installer: faulty Python.app bundle inside of framework
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13094/patch-nad0004.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5270>
_______________________________________

From report at bugs.python.org  Sun Feb 15 10:05:10 2009
From: report at bugs.python.org (Ned Deily)
Date: Sun, 15 Feb 2009 09:05:10 +0000
Subject: [issue5271] OS X installer: build can fail on import checks
In-Reply-To: <1234688710.61.0.976389854663.issue5271@psf.upfronthosting.co.za>
Message-ID: <1234688710.61.0.976389854663.issue5271@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

ANALYSIS The OS X installer build include several third-party libraries
         which will be installed as shared libs in the framework.
         During the build, setup.py tries to import built extensions to
         catch import problems.  Currently, the import check attempts to
         load the shared libs from their installed location.  If the
         version being built is not installed on the build machine, the
         build fails; if present, the imports are checked against the
         old libraries.  Problems seen with _curses_panel on all builds
         and, for 4-way universal, _curses and readlines.

SOLUTION add the newly built extra libs into the DYLD_LIBRARY_PATH of
         the interpreter during the build phase

APPLIES  2.6, 2.7, 3.0, 3.1

----------
components: Build, Macintosh
files: patch-nad0011.txt
messages: 82144
nosy: nad
severity: normal
status: open
title: OS X installer: build can fail on import checks
type: compile error
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13095/patch-nad0011.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5271>
_______________________________________

From report at bugs.python.org  Sun Feb 15 10:08:34 2009
From: report at bugs.python.org (Ned Deily)
Date: Sun, 15 Feb 2009 09:08:34 +0000
Subject: [issue5272] OS X installer: fix makefile target changed for 3.x
In-Reply-To: <1234688914.68.0.888662727097.issue5272@psf.upfronthosting.co.za>
Message-ID: <1234688914.68.0.888662727097.issue5272@psf.upfronthosting.co.za>


New submission from Ned Deily <nad at acm.org>:

2.x "make install" is equivalent to 3.x "make fullinstall"
Update Mac/BuildScript/build-installer.py accordingly.
This prevents spurious warning messages in the installer build.

----------
components: Build, Macintosh
files: patch-nad0003-py3k-30.txt
messages: 82145
nosy: nad
severity: normal
status: open
title: OS X installer: fix makefile target changed for 3.x
type: crash
versions: Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13096/patch-nad0003-py3k-30.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5272>
_______________________________________

From report at bugs.python.org  Sun Feb 15 10:39:01 2009
From: report at bugs.python.org (Ned Deily)
Date: Sun, 15 Feb 2009 09:39:01 +0000
Subject: [issue5267] Subversion problem with PythonLauncher after building 3.0
	or 3.1 on Mac
In-Reply-To: <1234657992.73.0.432074420703.issue5267@psf.upfronthosting.co.za>
Message-ID: <1234690741.46.0.699710206368.issue5267@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

There are various steps in the Mac build process where the files are 
copied from the build source to the build destination and then .svn 
directories (among other things) are removed.  Perhaps you tried building 
using the source directory as the destination directory?

----------
nosy: +nad

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5267>
_______________________________________

From report at bugs.python.org  Sun Feb 15 10:53:17 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 15 Feb 2009 09:53:17 +0000
Subject: [issue870479] Scripts need platform-dependent handling
Message-ID: <1234691597.24.0.484231423304.issue870479@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

more discussion here :
http://mail.python.org/pipermail/distutils-sig/2009-February/010980.html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue870479>
_______________________________________

From report at bugs.python.org  Sun Feb 15 10:54:25 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 15 Feb 2009 09:54:25 +0000
Subject: [issue870479] Scripts need platform-dependent handling
Message-ID: <1234691665.27.0.707145758933.issue870479@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

> I assume it generates a shell script with no extension on Unix?

Yes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue870479>
_______________________________________

From report at bugs.python.org  Sun Feb 15 10:56:41 2009
From: report at bugs.python.org (Tim Golden)
Date: Sun, 15 Feb 2009 09:56:41 +0000
Subject: [issue5261] with lock fails on multiprocessing
In-Reply-To: <1234637534.63.0.0578864534082.issue5261@psf.upfronthosting.co.za>
Message-ID: <1234691801.75.0.541189771883.issue5261@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5261>
_______________________________________

From report at bugs.python.org  Sun Feb 15 12:06:54 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 15 Feb 2009 11:06:54 +0000
Subject: [issue5260] longobject.c: minor fixes, cleanups and optimizations
In-Reply-To: <1234633490.48.0.538074848497.issue5260@psf.upfronthosting.co.za>
Message-ID: <1234696014.79.0.344005638596.issue5260@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks, Antoine and Gregory!

Committed, r69634 and r69635.

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5260>
_______________________________________

From report at bugs.python.org  Sun Feb 15 12:26:13 2009
From: report at bugs.python.org (Musashi Tamura)
Date: Sun, 15 Feb 2009 11:26:13 +0000
Subject: [issue5273] 3.0.1 crashes in unicode path
In-Reply-To: <1234697173.89.0.607307713692.issue5273@psf.upfronthosting.co.za>
Message-ID: <1234697173.89.0.607307713692.issue5273@psf.upfronthosting.co.za>


New submission from Musashi Tamura <yuri.musashi.miwa.tamura at gmail.com>:

In unicode path Python 3.0.1 crashes when importing compiled module.
This does not happen on Python 3.0, new in 3.0.1.

Detailed Situation:
OS: win2000
current pathname contains Japanese characters.
./a.py contains only a statement "import b".
./b.py is empty.
> python a.py
(nothing is happen but b.pyc is created)
> python a.py
Traceback (most recent call last):
  File "a.py", line 1, in <module>
    import b
UnicodeDecodeError: 'utf8' codec can't decode byte 0x82 in position 3:
unexpected code byte

----------
components: Windows
messages: 82150
nosy: miwa
severity: normal
status: open
title: 3.0.1 crashes in unicode path
type: crash
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5273>
_______________________________________

From report at bugs.python.org  Sun Feb 15 13:53:54 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 15 Feb 2009 12:53:54 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1234702434.8.0.590523278472.issue1533164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

I couldn't reproduce the problem under Python 2.5, 2.6 and current
trunk. I am not sure I have the same conditions though, because 
I use a standalone RPM version under mac os x (see
http://rpm5.org/files/rpm/rpm-5.0/BINARY/)


Could you try to reproduce it under the latest 2.6 release ?


Nevertheless, I have started to write a test i'll include (see the patch)

----------
keywords: +patch
Added file: http://bugs.python.org/file13097/rpm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 15 14:54:19 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sun, 15 Feb 2009 13:54:19 +0000
Subject: [issue5273] 3.0.1 crashes in unicode path
In-Reply-To: <1234697173.89.0.607307713692.issue5273@psf.upfronthosting.co.za>
Message-ID: <1234706059.63.0.780174750441.issue5273@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Quick observation. This bug was introduces in r68363.

import.c(994)
	newname = PyUnicode_FromString(pathname);

pathname is mbcs on windows, but PyUnicode_FromString assumes it as UTF8.

----------
nosy: +ocean-city

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5273>
_______________________________________

From report at bugs.python.org  Sun Feb 15 15:04:01 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sun, 15 Feb 2009 14:04:01 +0000
Subject: [issue5273] 3.0.1 crashes in unicode path
In-Reply-To: <1234697173.89.0.607307713692.issue5273@psf.upfronthosting.co.za>
Message-ID: <1234706641.32.0.876965005166.issue5273@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Here is a patch.

----------
components: +Interpreter Core, Unicode
keywords: +patch
versions: +Python 3.1
Added file: http://bugs.python.org/file13098/fix_import.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5273>
_______________________________________

From report at bugs.python.org  Sun Feb 15 15:21:12 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Feb 2009 14:21:12 +0000
Subject: [issue5273] 3.0.1 crashes in unicode path
In-Reply-To: <1234697173.89.0.607307713692.issue5273@psf.upfronthosting.co.za>
Message-ID: <1234707672.11.0.793106871648.issue5273@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Gasp. Sorry for the bug.
Should PyUnicode_CompareWithASCIIString() be replaced with something
else as well?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5273>
_______________________________________

From report at bugs.python.org  Sun Feb 15 15:32:48 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Feb 2009 14:32:48 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1234708367.96.0.46276497455.issue1533164@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Tarek, the issue can only be reproduced on Redhat/Fedora-like systems (I
have a Mandriva here and therefore can't check). But it's likely that
the issue still exists.

----------
nosy: +kiilerix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 15 15:40:23 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 15 Feb 2009 14:40:23 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1234708823.62.0.237445115315.issue1533164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

ok then: I am creating a Fedora 5 VM.  It'll be useful in any case in
the future to follow bdist_rpm issues.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 15 16:05:59 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Feb 2009 15:05:59 +0000
Subject: [issue3760] PEP 3121 --- PyType_Copy is missing
In-Reply-To: <1220383344.44.0.399854586534.issue3760@psf.upfronthosting.co.za>
Message-ID: <1234710359.84.0.567608642023.issue3760@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +benjamin.peterson, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3760>
_______________________________________

From report at bugs.python.org  Sun Feb 15 16:08:27 2009
From: report at bugs.python.org (David Christian)
Date: Sun, 15 Feb 2009 15:08:27 +0000
Subject: [issue5188] telnetlib process_rawq buffer handling is confused
In-Reply-To: <1234131372.15.0.372715702734.issue5188@psf.upfronthosting.co.za>
Message-ID: <1234710507.94.0.332978390444.issue5188@psf.upfronthosting.co.za>


David Christian <dbc at rpath.com> added the comment:

True.  It turns out that there are other uses of a bytes string when a
byte is required in that same routine.  I've patched up those as well. 
Looks what we really need is a test of this function.  I'll work on that
as well.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5188>
_______________________________________

From report at bugs.python.org  Sun Feb 15 16:09:00 2009
From: report at bugs.python.org (David Christian)
Date: Sun, 15 Feb 2009 15:09:00 +0000
Subject: [issue5188] telnetlib process_rawq buffer handling is confused
In-Reply-To: <1234131372.15.0.372715702734.issue5188@psf.upfronthosting.co.za>
Message-ID: <1234710540.77.0.273451496189.issue5188@psf.upfronthosting.co.za>


Changes by David Christian <dbc at rpath.com>:


Added file: http://bugs.python.org/file13099/telnetlib.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5188>
_______________________________________

From report at bugs.python.org  Sun Feb 15 16:18:55 2009
From: report at bugs.python.org (Felix Schwarz)
Date: Sun, 15 Feb 2009 15:18:55 +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: <1234711135.71.0.0168908405308.issue4142@psf.upfronthosting.co.za>


Felix Schwarz <felix.schwarz at web.de> added the comment:

I can confirm that this issue is still present in Python 2.5.2, 2.6.1
and 3.0.1.

The current behavior of smtplib is a clear violation of the SMTP
specification. The problem can be reproduced with code like that (stub,
pseudo code-like):
smtp = smtplib.SMTP()
smtp.sendmail('from at example.com', 'foo at example.com', msg)
smtp.quit()
smtp.connect()
# This command does not send EHLO/HELO again, violating the spec!
smtp.sendmail('from at example.com', 'foo at example.com', msg)

Real world bug reports due to this behavior were mostly visible with
Exim because this MTA rejects the 'MAIL FROM' if SMTP extension verbs
are used without EHLO:
*
http://groups.google.com/group/turbomail-devel/browse_thread/thread/a25c89a94b42724f
* http://www.google.com/search?q=exim+python+%22malformed+address%22+size

----------
nosy: +Felix Schwarz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4142>
_______________________________________

From report at bugs.python.org  Sun Feb 15 16:36:09 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sun, 15 Feb 2009 15:36:09 +0000
Subject: [issue5273] 3.0.1 crashes in unicode path
In-Reply-To: <1234697173.89.0.607307713692.issue5273@psf.upfronthosting.co.za>
Message-ID: <1234712169.35.0.634699367009.issue5273@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I'm not sure. Even my patch might not be correct anyway.

On my VC6 Debugger,
update_compiled_module(PyCodeObject *co, char *pathname)
pathname is surely mbcs.

But its caller load_source_module is calling

	if (fstat(fileno(fp), &st) != 0) {
		PyErr_Format(PyExc_RuntimeError,
			     "unable to get file status from '%s'",
			     pathname);
		return NULL;
	}

I've looked into PyErr_Format code, it seems %s assumes utf-8. Anway,
it's difficult to know char* is utf-8 or filesystem encoding. :-(

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5273>
_______________________________________

From report at bugs.python.org  Sun Feb 15 16:41:42 2009
From: report at bugs.python.org (Felix Schwarz)
Date: Sun, 15 Feb 2009 15:41:42 +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: <1234712502.59.0.388225370321.issue4142@psf.upfronthosting.co.za>


Changes by Felix Schwarz <felix.schwarz at web.de>:


----------
keywords: +patch
Added file: http://bugs.python.org/file13100/helo.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4142>
_______________________________________

From report at bugs.python.org  Sun Feb 15 16:45:25 2009
From: report at bugs.python.org (Felix Schwarz)
Date: Sun, 15 Feb 2009 15:45:25 +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: <1234712725.87.0.205207388868.issue4142@psf.upfronthosting.co.za>


Changes by Felix Schwarz <felix.schwarz at web.de>:


----------
versions: +Python 2.5, Python 2.6, Python 2.7, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4142>
_______________________________________

From report at bugs.python.org  Sun Feb 15 17:29:16 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sun, 15 Feb 2009 16:29:16 +0000
Subject: [issue5273] 3.0.1 crashes in unicode path
In-Reply-To: <1234697173.89.0.607307713692.issue5273@psf.upfronthosting.co.za>
Message-ID: <1234715356.39.0.356606960926.issue5273@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I tracked down, and I found this mbcs path is set in Python/import.c(1394) 
find_module.

	if (PyUnicode_Check(v)) {
		v = PyUnicode_AsEncodedString(v, 
		    Py_FileSystemDefaultEncoding, NULL);
		if (v == NULL)
			return NULL;
	}

And this was introduced in r64126 to fix segfault mentioned in
issue1342. I'm not understanding why segfault happened but, I feel this
issue is the part of big problem. (issue3080)

----------
dependencies: +Full unicode import system

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5273>
_______________________________________

From report at bugs.python.org  Sun Feb 15 18:15:12 2009
From: report at bugs.python.org (Silas S. Brown)
Date: Sun, 15 Feb 2009 17:15:12 +0000
Subject: [issue1384175] random module - Provider DLL failed to initialize
	correctly
Message-ID: <1234718112.71.0.860317866979.issue1384175@psf.upfronthosting.co.za>


Silas S. Brown <ssb22 at users.sourceforge.net> added the comment:

I got a very similar error on an Otek Pocket PC running Windows Mobile
2003 SE and the latest version of pythonce from
pythonce.sourceforge.net.  The error is:

File
"C:\devl\release\PythonCE-2.5-20061219\Python-2.5-wince\Lib\random.py",
line 108, in seed
<type 'exceptions.WindowsError'>: [Error 87] Provider DLL failed to
initialize correctly

Although this was thrown up at the "import random" at the start of my
program, the actual change I made that resulted in this error was much
later in the program, and it was to change the lines

            try: justSynthesize=raw_input("Say: ")
            except EOFError: break

into

            try:
justSynthesize=raw_input(cond(winCEsound,"".join(warnings_printed)+cond(warnings_printed,"\n",""),"")+"Say:
") # (WinCE uses an input box so need to repeat the warnings if any)
            except EOFError: break

where "cond" is an "if a then b else c" function.

A little more investigation showed that the culprit was the comment! 
Removing the comment after the raw_input() call (or putting it on a
different line) causes the program to work again.

I confirmed that adding any raw_input() call to any function, with a
prompt parameter and a comment afterwards, causes this error to happen
on the "import random" near the top of the program.  This is a very
strange bug.

----------
nosy: +ssb22

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1384175>
_______________________________________

From report at bugs.python.org  Sun Feb 15 18:29:02 2009
From: report at bugs.python.org (Mads Kiilerich)
Date: Sun, 15 Feb 2009 17:29:02 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1234718942.79.0.352531848457.issue1533164@psf.upfronthosting.co.za>


Mads Kiilerich <mads at kiilerich.com> added the comment:

Note that:

This bug now is tracked in Fedora as
https://bugzilla.redhat.com/show_bug.cgi?id=236535

The root of the problem on Fedora is that SElinux will give noisy
warnings if python tries to to access or create non-existing foo.pyo for
a packaged foo.py. Fedoras solution to this is to always create and
package .pyo files to which proper SElinux labels can be attached. The
.pyo files are automatically created by
/usr/lib/rpm/brp-python-bytecompile behind the scenes when a rpm is
build. The problem is that bdist_rpm only knows and lists the .pyo files
created by setup and thus doesn't include the brp-python-bytecompile .pyos.

It could be argued that Fedora thus enforces a custom policy on RPM, and
it should be Fedoras job to complete that job and patch bdist_rpm to
match that custom policy. See the pending patch at 
https://bugzilla.redhat.com/show_bug.cgi?id=236535#c20

However, it would be nice if Python distutils acknowledged that
downstream Fedora has a special need here and helped solving it. Perhaps
the patch could be accepted in distutils so that bdist_rpm always runs
setup with -O1? Or some other change that could make it easy to
configure/customize distutils to match the platforms needs ...

Finally, note that Fedora and Red Hat (and apparently also Suse and
Mandriva) uses rpm.org, and rpm5 is a competing fork. (Rpm5 probably
claims that rpm.org is the evil guys who forked.)

Tarek, I assume you meant you are creating a Fedora 10 or RHEL/CentOS 5 VM?

I will be glad to help testing and answering further questions.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 15 19:11:45 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 15 Feb 2009 18:11:45 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1234721505.83.0.277434936221.issue1533164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

> Perhaps the patch could be accepted in distutils so that bdist_rpm 
> always runs setup with -O1? Or some other change that could make
> it easy to configure/customize distutils to match the platforms 
> needs ...

We could have a new parameter for bdist_rpm for this so it doesn't 
use sdist optimize parameter, (rpm_optimize) 
and make it True by default for example.

But is this a desired behavior for all rpm-based systems out there ?

> Tarek, I assume you meant you are creating a Fedora 10 
> or RHEL/CentOS 5 VM?

Yes, I am downloading Fedora 9. I assumed it was the best pick to 
work on that problem. (let me know if I should use another version)
 
> I will be glad to help testing and answering further questions

Great ! While I am going to work on Fedora 9 for this problem,
if you have the time to set up a python development 
environment, it would be great to test things on your side too.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 15 19:26:42 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sun, 15 Feb 2009 18:26:42 +0000
Subject: [issue5273] 3.0.1 crashes in unicode path
In-Reply-To: <1234697173.89.0.607307713692.issue5273@psf.upfronthosting.co.za>
Message-ID: <1234722402.68.0.0732073187799.issue5273@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

>Should PyUnicode_CompareWithASCIIString() be replaced with something
>else as well?

I hope revised patch will fix this too. There seems to be no function to
compare unicode object and file system encoded string, so I moved
unicode creation before comparation. This might increase overhead a bit.

Issue3080 is big issue, so this is minimal solution for this issue. I
confirmed test_import.py passed.

----------
dependencies:  -Full unicode import system
Added file: http://bugs.python.org/file13101/fix_import.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5273>
_______________________________________

From report at bugs.python.org  Sun Feb 15 19:26:53 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sun, 15 Feb 2009 18:26:53 +0000
Subject: [issue5273] 3.0.1 crashes in unicode path
In-Reply-To: <1234697173.89.0.607307713692.issue5273@psf.upfronthosting.co.za>
Message-ID: <1234722413.39.0.159361333806.issue5273@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


Removed file: http://bugs.python.org/file13098/fix_import.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5273>
_______________________________________

From report at bugs.python.org  Sun Feb 15 19:46:30 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sun, 15 Feb 2009 18:46:30 +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: <1234723590.11.0.31572001382.issue4142@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

IIUC, the bug only occurs if you use the same SMTP object for multiple
connections. I would claim that this is a bug in the application: SMTP
objects are not designed to be used for multiple connections. You need
to create a new one for each connection.

If you want to extend the SMTP class to work for multiple connections,
the provided patch is incorrect. Resetting the attributes should not be
done in .connect() (i.e. for the new connection), but in .close() (i.e.
when shutting down the previous connection). Furthermore, it should not
only reset the two response attributes, but all per-connection
attributes (which includes e.g. esmtp_features), and a test should be
provided that, after close, only known "good" attributes remain set on
the object (e.g. debuglevel).

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4142>
_______________________________________

From report at bugs.python.org  Sun Feb 15 20:02:00 2009
From: report at bugs.python.org (Silas S. Brown)
Date: Sun, 15 Feb 2009 19:02:00 +0000
Subject: [issue1384175] random module - Provider DLL failed to initialize
	correctly
Message-ID: <1234724520.45.0.899865021334.issue1384175@psf.upfronthosting.co.za>


Silas S. Brown <ssb22 at users.sourceforge.net> added the comment:

After further investigation I'm suspecting that this issue is actually
due to the process running out of RAM.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1384175>
_______________________________________

From report at bugs.python.org  Sun Feb 15 20:42:11 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 19:42:11 +0000
Subject: [issue1123727] gensuitemodule.processfile fails
Message-ID: <1234726931.87.0.803521735158.issue1123727@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1123727>
_______________________________________

From report at bugs.python.org  Sun Feb 15 20:42:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 19:42:26 +0000
Subject: [issue1254695] QuickTime API needs corrected object types
Message-ID: <1234726946.34.0.56312880739.issue1254695@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4, Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1254695>
_______________________________________

From report at bugs.python.org  Sun Feb 15 20:42:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 19:42:32 +0000
Subject: [issue1700507] Carbon.Scrap.PutScrapFlavor
Message-ID: <1234726952.35.0.334653437315.issue1700507@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1700507>
_______________________________________

From report at bugs.python.org  Sun Feb 15 21:41:02 2009
From: report at bugs.python.org (Eric Smith)
Date: Sun, 15 Feb 2009 20:41:02 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1234730462.7.0.0851085487222.issue5247@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I've gone back and read PEP 3101. To use its terminology, I think the
error message should be something like:
Unknown presentation type %c for type %s.

I'm not sure where I got the original wording "conversion type". It's
true that it's sometimes used for type conversion (int->float, for
example), but that's not its real purpose.

It's unfortunate that "type" is used in the PEP and the online docs for
"presentation type", and we're trying to report an error on the
argument's type.

Any suggestions for clearer wording?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Sun Feb 15 21:41:47 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 20:41:47 +0000
Subject: [issue1075356] exceeding obscure weakproxy bug
Message-ID: <1234730507.52.0.403180635283.issue1075356@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed with rev69546.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1075356>
_______________________________________

From report at bugs.python.org  Sun Feb 15 22:06:47 2009
From: report at bugs.python.org (Eric Smith)
Date: Sun, 15 Feb 2009 21:06:47 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1234732007.56.0.398003856827.issue5247@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

The attached patch (against trunk) changes the message.

However, it has at least one unintended consequence. If you have an
object with no __format__, it gets converted to a string, which is then
formatted. So you get:

>>> '{0:^10}'.format(0j)
'    0j    '
>>> '{0:^10x}'.format(0j)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Unknown presentation type x for str
>>> 

I'm calling format on an complex number, but the error says "str". The
error is correct, because the complex number has been converted to a
string before the formatting mechanism can get the actual type. I think
we'll have to live with this if we add the type to the error message.

----------
keywords: +patch
Added file: http://bugs.python.org/file13102/issue5247.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Sun Feb 15 22:11:18 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 15 Feb 2009 21:11:18 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234730462.7.0.0851085487222.issue5247@psf.upfronthosting.co.za>
Message-ID: <1234732324.7339.0.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Any suggestions for clearer wording?

Use "formatting code" rather than "presentation type"?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Sun Feb 15 23:33:44 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 22:33:44 +0000
Subject: [issue1116520] Prefix search is filesystem-centric
Message-ID: <1234737224.11.0.351710873419.issue1116520@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +brett.cannon
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1116520>
_______________________________________

From report at bugs.python.org  Sun Feb 15 23:33:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 22:33:46 +0000
Subject: [issue1113244] Please add do-while guard to Py_DECREF etc.
Message-ID: <1234737226.98.0.66205721801.issue1113244@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
type:  -> feature request
versions: +Python 2.7, Python 3.1 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1113244>
_______________________________________

From report at bugs.python.org  Sun Feb 15 23:33:58 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 22:33:58 +0000
Subject: [issue1111100] csv reader barfs encountering quote when quote_none is
	set
Message-ID: <1234737238.2.0.279531844538.issue1111100@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Cannot reproduce (snippet gives correct output). As many newline
handling changes went into csv, I will close unless someone can
reproduce the bug.

----------
nosy: +ajaksu2
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1111100>
_______________________________________

From report at bugs.python.org  Sun Feb 15 23:34:01 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 22:34:01 +0000
Subject: [issue1111130] tkSimpleDialog broken on MacOS X (Aqua Tk)
Message-ID: <1234737241.82.0.544701849927.issue1111130@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1111130>
_______________________________________

From report at bugs.python.org  Sun Feb 15 23:34:11 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 22:34:11 +0000
Subject: [issue1078245] Python2.4: building '_socket' extension fails with
	`INET_ADD
Message-ID: <1234737251.82.0.897329719697.issue1078245@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1078245>
_______________________________________

From report at bugs.python.org  Sun Feb 15 23:34:33 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 22:34:33 +0000
Subject: [issue1076790] test test_codecs failed
Message-ID: <1234737273.55.0.616240090587.issue1076790@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Extension Modules, Unicode -Library (Lib)
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1076790>
_______________________________________

From report at bugs.python.org  Sun Feb 15 23:49:51 2009
From: report at bugs.python.org (Mark Florisson)
Date: Sun, 15 Feb 2009 22:49:51 +0000
Subject: [issue5275] BaseCookie.load doesn't create Morsel objects for mappings
In-Reply-To: <1234738191.23.0.342275234869.issue5275@psf.upfronthosting.co.za>
Message-ID: <1234738191.23.0.342275234869.issue5275@psf.upfronthosting.co.za>


New submission from Mark Florisson <markflorisson88 at gmail.com>:

The load method, which is also called from the initializer if input is
provided, doesn't create Morsel objects for things other than strs,
because it calls self.update(rawdata), which does not invoke the custom
__setitem__.

The documentation states that when rawdata is not a string, it must be a
dictionary and providing that will be equivalent to doing

for k, v in rawdata.items():
    cookie[k] = v

So that is what it should do :)

----------
messages: 82177
nosy: eggy
severity: normal
status: open
title: BaseCookie.load doesn't create Morsel objects for mappings
type: behavior
versions: 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/issue5275>
_______________________________________

From report at bugs.python.org  Sun Feb 15 23:51:51 2009
From: report at bugs.python.org (Mitchell Model)
Date: Sun, 15 Feb 2009 22:51:51 +0000
Subject: [issue5267] Subversion problem with PythonLauncher after building 3.0
	or 3.1 on Mac
In-Reply-To: <1234657992.73.0.432074420703.issue5267@psf.upfronthosting.co.za>
Message-ID: <p06240806c5be489e1cb5@[10.0.1.221]>


Mitchell Model <mlm at acm.org> added the comment:

>Ned Deily <nad at acm.org> added the comment:
>
>There are various steps in the Mac build process where the files are
>copied from the build source to the build destination and then .svn
>directories (among other things) are removed.  Perhaps you tried building
>using the source directory as the destination directory?
>

See my previous message. The question is whether I should be doing the build from the src directory. It works fine in all respects -- it creates a build subdirectory and does everything in there. For IDLE.app it does create a .svn but for PythonLauncher.app it doesn't. Either "make clean" or something else I'm not doing should remove all of the .app packages entirely or the build process should leave behind a .svn in each of the .app packages. Are there build instructions somewhere that say I should be doing something other than what I'm doing? I really want to know. I've been hanging out in the background studying, using, and teaching Python for years, building it on Mac G4's and an Intel MacBook Pro, and even on Window machines, but am only now starting to contribute to the community, so I appreciate any guidance or clarification anyone wants to offer.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5267>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:30:36 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:30:36 +0000
Subject: [issue1682942] ConfigParser support for alt delimiters
Message-ID: <1234740636.39.0.159004336503.issue1682942@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> patch review
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682942>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:32:36 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:32:36 +0000
Subject: [issue1165404] ConfigParser alternative key-value delimitier
Message-ID: <1234740756.65.0.485269058334.issue1165404@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Closing as #1682942 has a better patch (a link to this one is
automagically added).

----------
components: +Library (Lib) -None
nosy: +ajaksu2
superseder:  -> ConfigParser support for alt delimiters
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1165404>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:32:48 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:32:48 +0000
Subject: [issue1169108] PySys_WriteStderr() -> WaitForSingleObject() hangs
	system
Message-ID: <1234740768.53.0.382013783225.issue1169108@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Unless someone can reproduce this in a recent CPython build, I'll close
this one soon.

----------
nosy: +ajaksu2
priority: normal -> low
type:  -> behavior
versions: +3rd party -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1169108>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:33:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:33:02 +0000
Subject: [issue1172711] long long support for array module
Message-ID: <1234740782.33.0.465629407198.issue1172711@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Extension Modules -Library (Lib)
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1172711>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:32:53 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:32:53 +0000
Subject: [issue1169633] Install fail code 2932 after fail to copy
	python_icon.exe
Message-ID: <1234740773.9.0.000615860037814.issue1169633@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Will close soon for lack of response for OP unless someone wants to
adopt it.

----------
nosy: +ajaksu2
priority: normal -> low
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1169633>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:35:57 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:35:57 +0000
Subject: [issue1159425] 2.4 crashes when try to exit app and mulitple threads
	active
Message-ID: <1234740957.81.0.384097949164.issue1159425@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

A sample script that reproduces this behavior in 2.6 is needed if this
one is to have a chance of being fixed.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> crash
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159425>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:38:53 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:38:53 +0000
Subject: [issue1159139] cgi.py invalid REQUEST_METHOD set
Message-ID: <1234741133.84.0.464374707549.issue1159139@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed in trunk.

----------
keywords: +easy
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159139>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:41:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:41:26 +0000
Subject: [issue1159051] Handle corrupted gzip files with unexpected EOF
Message-ID: <1234741286.67.0.955684414211.issue1159051@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed on trunk with test_gzip_error.py:

struct.error: unpack requires a string argument of length 4

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159051>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:41:57 2009
From: report at bugs.python.org (Mitchell Model)
Date: Sun, 15 Feb 2009 23:41:57 +0000
Subject: [issue5276] IDLE startup file .Idle.py not documented
In-Reply-To: <1234741317.8.0.0064983097243.issue5276@psf.upfronthosting.co.za>
Message-ID: <1234741317.8.0.0064983097243.issue5276@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

The following behavior should be documented but it is not:

If the user has a .Idle.py file IDLE will run it when it starts up. This 
is independent of running IDLESTARTUP or PYTHONSTARTUP when the -s 
switch is given. It is run by Tk.readprofile as called from Tk.__init__. 
The "Idle" comes from the name passed to TK() when PyShell.py creates 
its Tk root. In fact, not only is it independent, but it works 
differently: any imports done in .Idle.py go into Tk's name space, 
whereas IDLESTARTUP/PYTHONSTARTUP is exec'd and imports go into the 
interpreter's namespace.

Note that the 'I' in '.Idle.py' is really uppercase, which will matter 
on case-sensitive platforms.

----------
assignee: georg.brandl
components: Documentation, IDLE
messages: 82186
nosy: MLModel, georg.brandl
severity: normal
status: open
title: IDLE startup file .Idle.py not documented
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5276>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:42:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:42:13 +0000
Subject: [issue1158231] string.Template does not allow step-by-step
	replacements
Message-ID: <1234741333.93.0.635804163193.issue1158231@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1158231>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:44:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:44:17 +0000
Subject: [issue1144263] reload() is broken for C extension objects
Message-ID: <1234741457.26.0.988372380837.issue1144263@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +brett.cannon
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1144263>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:45:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:45:28 +0000
Subject: [issue1149447] bssdb wrapper does not export some low-level functions
Message-ID: <1234741528.41.0.549185748793.issue1149447@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Extension Modules
type:  -> feature request
versions: +Python 3.1 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1149447>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:49:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:49:49 +0000
Subject: [issue1152248] Enhance file.readlines by making line separator
	selectable
Message-ID: <1234741789.67.0.345889402393.issue1152248@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 3.1 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1152248>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:49:55 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:49:55 +0000
Subject: [issue1149798] hotshot.runctx: builtins missing
Message-ID: <1234741795.39.0.283910570553.issue1149798@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
keywords: +patch
stage:  -> patch review
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1149798>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:52:19 2009
From: report at bugs.python.org (Patrick Gerken)
Date: Sun, 15 Feb 2009 23:52:19 +0000
Subject: [issue5243] Missing dependency in distutils build
In-Reply-To: <1234519029.27.0.18013582736.issue5243@psf.upfronthosting.co.za>
Message-ID: <1234741939.9.0.790165829738.issue5243@psf.upfronthosting.co.za>


Patrick Gerken <patrick.gerken at computer.org> added the comment:

The attached test works breaks without the patch and passes with the patch.

I am not sure whether the test itself is written following best practice.
I would be more than happy for a review, with hints what should be done
better.

Added file: http://bugs.python.org/file13103/test_install_lib.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5243>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:56:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:56:17 +0000
Subject: [issue1156499] __getattr__ and __setattr__ methods for modules
Message-ID: <1234742177.24.0.860776371801.issue1156499@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1156499>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:56:25 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:56:25 +0000
Subject: [issue1155362] Bugs in parsedate_tz
Message-ID: <1234742185.67.0.904187002274.issue1155362@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1155362>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:56:34 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:56:34 +0000
Subject: [issue1154351] add get_current_dir_name() to os module
Message-ID: <1234742194.84.0.0448772767439.issue1154351@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +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 Feb 16 00:56:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sun, 15 Feb 2009 23:56:42 +0000
Subject: [issue1153622] eval does not bind variables in lambda bodies correctly
Message-ID: <1234742202.12.0.0124617056991.issue1153622@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1153622>
_______________________________________

From report at bugs.python.org  Mon Feb 16 00:58:46 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 15 Feb 2009 23:58:46 +0000
Subject: [issue1152248] Enhance file.readlines by making line separator
	selectable
Message-ID: <1234742326.92.0.975299285233.issue1152248@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Any further work on this should wait until the io-in-c branch has landed
(or at least be based on that branch).

----------
stage: test needed -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1152248>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:00:28 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 16 Feb 2009 00:00:28 +0000
Subject: [issue5243] Missing dependency in distutils build
In-Reply-To: <1234519029.27.0.18013582736.issue5243@psf.upfronthosting.co.za>
Message-ID: <1234742428.66.0.492776873683.issue5243@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

The patch looks good.

Minor tweaks :

- sys.path should be set to its initial state after the test
(setUp/tearDown might be helpfull here)

- ensure_finalized() should be called right before run() 
  so it acts like the real call

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5243>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:00:32 2009
From: report at bugs.python.org (Mitchell Model)
Date: Mon, 16 Feb 2009 00:00:32 +0000
Subject: [issue5267] Subversion problem with PythonLauncher after building 3.0
	or 3.1 on Mac
In-Reply-To: <1234657992.73.0.432074420703.issue5267@psf.upfronthosting.co.za>
Message-ID: <p06240800c5be568b8f54@[10.0.1.221]>


Mitchell Model <mlm at acm.org> added the comment:

>Martin v. L?wis <martin at v.loewis.de> added the comment:
>
>How precisely did you build? Can you check whether any build step
>removed PythonLauncher, then recreated it?

in the svn directory for, say, py3k

% svn update
% make clean
% ./configure --enable-frameworks
% make
% sudo make install

>
>If you remove Python Launcher.app, you should be able to svn update.

Yes, that's what I've been doing.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5267>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:07:40 2009
From: report at bugs.python.org (Mitchell Model)
Date: Mon, 16 Feb 2009 00:07:40 +0000
Subject: [issue5267] Subversion problem with PythonLauncher after building 3.0
	or 3.1 on Mac
In-Reply-To: <1234657992.73.0.432074420703.issue5267@psf.upfronthosting.co.za>
Message-ID: <1234742860.29.0.737959495298.issue5267@psf.upfronthosting.co.za>


Mitchell Model <mlm at acm.org> added the comment:

Sorry -- msg 82178 refers to "my previous message" but I sent them out of 
order. The "previous message" was 82190, just below 82178.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5267>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:13:03 2009
From: report at bugs.python.org (Eric Smith)
Date: Mon, 16 Feb 2009 00:13:03 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1234743183.26.0.0643692998248.issue5247@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

With this patch, I changed it to "format code", and made it more in line
with Antoine's original suggested message.

I'm okay with "format code" or "formatting code", but if we do use
either of those wordings, we should change the documentation to match.
Not sure if the PEP should be modified. It's slightly out of date anyway.

>>> '{0:x}'.format('')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Unknown format code 'x' for object of type 'str'
>>>

Added file: http://bugs.python.org/file13104/issue5247-1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:26:55 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:26:55 +0000
Subject: [issue1259434] Tix CheckList 'radio' option cannot be changed
Message-ID: <1234744015.63.0.94276056838.issue1259434@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1259434>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:27:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:27:04 +0000
Subject: [issue1252236] Simplying Tkinter's event loop
Message-ID: <1234744024.1.0.924337610411.issue1252236@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1252236>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:27:09 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:27:09 +0000
Subject: [issue1265100] sequence slicing documentation incomplete
Message-ID: <1234744029.8.0.237723186095.issue1265100@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is this a won't fix, then?

----------
nosy: +ajaksu2
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1265100>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:27:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:27:20 +0000
Subject: [issue1248119] pdb 'next' does not skip list comprehension
Message-ID: <1234744040.81.0.996061688932.issue1248119@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Will close this one as fixed by issue 1267629, unless someone voices
disagreement.

----------
nosy: +ajaksu2
superseder:  -> pdb: implement "until",fix for 1248119

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1248119>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:27:27 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:27:27 +0000
Subject: [issue1234473] configure: error: cannot compute sizeof (int), 77
Message-ID: <1234744047.7.0.442678811499.issue1234473@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1234473>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:27:33 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:27:33 +0000
Subject: [issue1234674] filecmp.cmp's "shallow" option
Message-ID: <1234744053.01.0.919639646041.issue1234674@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1234674>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:27:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:27:43 +0000
Subject: [issue1278102] help(<keyword>) broken, especially on Windows
Message-ID: <1234744063.7.0.038739326812.issue1278102@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1278102>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:27:52 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:27:52 +0000
Subject: [issue1282647] socket.getaddrinfo() bug for IPv6 enabled platforms
Message-ID: <1234744072.74.0.684761694491.issue1282647@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1282647>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:45:33 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:45:33 +0000
Subject: [issue1251026] cgitb gives wrong lineno inside try:..finally:
Message-ID: <1234745133.94.0.355789847444.issue1251026@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Cannot reproduce, trunk as of rev69550 displays the error highlighted in
the correct line.

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1251026>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:45:36 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:45:36 +0000
Subject: [issue1252001] Issue with telnetlib read_until not timing out
Message-ID: <1234745136.1.0.288701154175.issue1252001@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1252001>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:45:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:45:43 +0000
Subject: [issue1251921] Fail codecs.lookup() on 'mbcs' and 'tactis'
Message-ID: <1234745143.25.0.806500706643.issue1251921@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

The 'tactis' codec is still missing, but it's not mentioned in docs
either: http://docs.python.org/dev/library/codecs.html#id3

I'll close this one soon unless someone voices disagreement.

----------
components: +Documentation
nosy: +ajaksu2
type:  -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1251921>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:45:48 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:45:48 +0000
Subject: [issue1214879] Support non-file source/dest in marshal
Message-ID: <1234745148.42.0.437412673585.issue1214879@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> patch review
type:  -> feature request
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1214879>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:45:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:45:54 +0000
Subject: [issue1254125] Python interpreter unnecessarily linked against c++
	runtime
Message-ID: <1234745154.61.0.780440795294.issue1254125@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1254125>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:46:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:46:03 +0000
Subject: [issue1249749] Encodings and aliases do not match runtime
Message-ID: <1234745163.89.0.824130707747.issue1249749@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1249749>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:49:39 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 00:49:39 +0000
Subject: [issue1256786] slice object uses -1 as exclusive end-bound
Message-ID: <1234745379.93.0.239424766852.issue1256786@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Closing suggested. FWIW, Micheal's reply is at
http://mail.python.org/pipermail/python-list/2005-August/335846.html

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1256786>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:59:09 2009
From: report at bugs.python.org (John Levon)
Date: Mon, 16 Feb 2009 00:59:09 +0000
Subject: [issue4609] Allow use of > 256 FD's on solaris in 32 bit mode
In-Reply-To: <1228827066.41.0.986801678261.issue4609@psf.upfronthosting.co.za>
Message-ID: <1234745949.06.0.301530907393.issue4609@psf.upfronthosting.co.za>


Changes by John Levon <movement at users.sourceforge.net>:


----------
nosy: +movement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4609>
_______________________________________

From report at bugs.python.org  Mon Feb 16 01:59:36 2009
From: report at bugs.python.org (John Levon)
Date: Mon, 16 Feb 2009 00:59:36 +0000
Subject: [issue3928] os.mknod missing on Solaris
In-Reply-To: <1222076334.46.0.231050042066.issue3928@psf.upfronthosting.co.za>
Message-ID: <1234745976.97.0.427191351679.issue3928@psf.upfronthosting.co.za>


Changes by John Levon <movement at users.sourceforge.net>:


----------
nosy: +movement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3928>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:04 2009
From: report at bugs.python.org (John Levon)
Date: Mon, 16 Feb 2009 01:01:04 +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: <1234746064.27.0.693720456408.issue3265@psf.upfronthosting.co.za>


Changes by John Levon <movement at users.sourceforge.net>:


----------
nosy: +movement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3265>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:01:04 +0000
Subject: [issue1119673] ScrolledText allows Frame.bbox to hide Text.bbox
Message-ID: <1234746064.16.0.601563427184.issue1119673@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1119673>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:01:07 +0000
Subject: [issue1122916] incorrect handle of declaration in markupbase
Message-ID: <1234746067.49.0.777725705858.issue1122916@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
title: incorrect handle of declaration in markupbase  -> incorrect handle of declaration in markupbase
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1122916>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:10 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:01:10 +0000
Subject: [issue1147646] Windows deadlock with PyEval_ReleaseLock
Message-ID: <1234746070.23.0.695447292032.issue1147646@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
title: Windows deadlock with PyEval_ReleaseLock  -> Windows deadlock with PyEval_ReleaseLock
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1147646>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:01:17 +0000
Subject: [issue1144533] htmllib quote parse error within a <script>
Message-ID: <1234746077.94.0.15138897665.issue1144533@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1144533>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:01:21 +0000
Subject: [issue1162477] Parsing failures in parsedate_tz
Message-ID: <1234746081.26.0.618128156284.issue1162477@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1162477>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:26 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:01:26 +0000
Subject: [issue1186900] nntplib shouldn't raise generic EOFError
Message-ID: <1234746086.32.0.0322494560297.issue1186900@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1186900>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:29 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:01:29 +0000
Subject: [issue1189811] pydoc may hide non-private doc strings.
Message-ID: <1234746089.91.0.200920458394.issue1189811@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1189811>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:01:46 +0000
Subject: [issue1195571] simple callback system for Py_FatalError
Message-ID: <1234746106.24.0.889412047745.issue1195571@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
nosy: +haypo
stage:  -> test needed
title: simple callback system for Py_FatalError  -> simple callback system for Py_FatalError
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1195571>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:52 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:01:52 +0000
Subject: [issue1198569] string.Template not flexible enough to subclass
	(regexes)
Message-ID: <1234746112.78.0.187654137591.issue1198569@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

IIUC, Ian's link has a doctest for this feature.

----------
nosy: +ajaksu2
stage:  -> needs patch
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1198569>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:01:59 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:01:59 +0000
Subject: [issue1200313] HTMLParser fails to handle charref in attribute value
Message-ID: <1234746119.79.0.257110375199.issue1200313@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Maybe the charrefs were lost in the SF -> Roundup transition?

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1200313>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:02:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 01:02:07 +0000
Subject: [issue1210680] Split email headers near a space
Message-ID: <1234746127.82.0.581126618597.issue1210680@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1210680>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:02:24 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 16 Feb 2009 01:02:24 +0000
Subject: [issue1156499] __getattr__ and __setattr__ methods for modules
Message-ID: <1234746144.9.0.960609037727.issue1156499@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

This won't be done without a PEP anyway.

----------
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1156499>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:22:58 2009
From: report at bugs.python.org (John Levon)
Date: Mon, 16 Feb 2009 01:22:58 +0000
Subject: [issue1759169] clean up Solaris port and allow C99 extension modules
Message-ID: <1234747378.12.0.593253451409.issue1759169@psf.upfronthosting.co.za>


John Levon <movement at users.sourceforge.net> added the comment:

Just came across this bug.

_XOPEN_SOURCE_EXTENDED isn't the only sticking point here: neither XPG3
nor XPG4 have C99 either: _XOPEN_SOURCE (at least with a value below
600) is definitely wrong. To quote the header:

"346  * It is invalid to compile an XPG3, XPG4, XPG4v2, or XPG5 application
347  * using c99.  The same is true for POSIX.1-1990, POSIX.2-1992,
POSIX.1b,
348  * and POSIX.1c applications. Likewise, it is invalid to compile an XPG6
349  * or a POSIX.1-2001 application with anything other than a c99 or later
350  * compiler.  Therefore, we force an error in both cases.
"

Martin, you are correct that these macros choose particular semantics
in some cases.

However, this does not change my point. It is a fact that specifying
these macros mean what I describe, and that doing so causes significant
problems in compiling Python extensions. We may wish it to be different,
but it's not.

As Solaris has only ever moved towards the POSIX spec, __EXTENSIONS__ is
the right thing to always specify here: it enables everything "modern"
that you need (*including* POSIX semantics - check that signal.h on
Solaris 9 for __EXTENSIONS__), without making any claims about
conformity of Python extensions (which it it is not pyconfig.h's place
to say!).

I hope that's a clearer explanation of why Python is doing the wrong
thing both theoretically and practically for Solaris.

----------
nosy: +movement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759169>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:31:35 2009
From: report at bugs.python.org (John Levon)
Date: Mon, 16 Feb 2009 01:31:35 +0000
Subject: [issue877121] configure detects incorrect compiler optimization
Message-ID: <1234747895.01.0.268735334679.issue877121@psf.upfronthosting.co.za>


John Levon <movement at users.sourceforge.net> added the comment:

Yep, this is an annoying misfeature of Sun Studio. There is no way to
affect this behaviour. There is a Sun Studio bug filed for this
(-errwarn should affect this behaviour, but it doesn't).

Here's some example m4 that libvirt uses to check this case properly:

AC_DEFUN([gl_COMPILER_FLAGS],
  [AC_MSG_CHECKING(whether compiler accepts $1)
   AC_SUBST(COMPILER_FLAGS)
   ac_save_CFLAGS="$CFLAGS"
   CFLAGS="$CFLAGS $1"
   AC_TRY_LINK([], [], has_option=yes, has_option=no,)
   echo 'int x;' >conftest.c
   $CC $CFLAGS -c conftest.c 2>conftest.err
   ret=$?
   if test $ret != 0 -o -s conftest.err -o $has_option = "no"; then
       AC_MSG_RESULT(no)
   else
       AC_MSG_RESULT(yes)
       COMPILER_FLAGS="$COMPILER_FLAGS $1"
   fi
   CFLAGS="$ac_save_CFLAGS"
   rm -f conftest*
 ])

----------
nosy: +movement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue877121>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:33:29 2009
From: report at bugs.python.org (John Levon)
Date: Mon, 16 Feb 2009 01:33:29 +0000
Subject: [issue976613] socket timeout problems on Solaris
Message-ID: <1234748009.2.0.837829238276.issue976613@psf.upfronthosting.co.za>


Changes by John Levon <movement at users.sourceforge.net>:


----------
nosy: +movement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue976613>
_______________________________________

From report at bugs.python.org  Mon Feb 16 02:38:33 2009
From: report at bugs.python.org (Laszlo (Laca) Peter)
Date: Mon, 16 Feb 2009 01:38:33 +0000
Subject: [issue877121] configure detects incorrect compiler optimization
Message-ID: <1234748313.02.0.689027228459.issue877121@psf.upfronthosting.co.za>


Changes by Laszlo (Laca) Peter <laca at sun.com>:


----------
nosy: +laca

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue877121>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:06:40 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 16 Feb 2009 02:06:40 +0000
Subject: [issue1759169] clean up Solaris port and allow C99 extension modules
In-Reply-To: <1234747378.12.0.593253451409.issue1759169@psf.upfronthosting.co.za>
Message-ID: <4998CA2D.1010603@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> As Solaris has only ever moved towards the POSIX spec, __EXTENSIONS__ is
> the right thing to always specify here

And indeed, Python does define __EXTENSIONS__.

> I hope that's a clearer explanation of why Python is doing the wrong
> thing both theoretically and practically for Solaris.

No. You are arguing that Python should define __EXTENSIONS__ when it
already does. This doesn't help to clarify.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759169>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:20:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:20:41 +0000
Subject: [issue2180] tokenize: mishandles line joining
In-Reply-To: <1203904758.19.0.84784431119.issue2180@psf.upfronthosting.co.za>
Message-ID: <1234750841.86.0.0176220289236.issue2180@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.6 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2180>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:25:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:25:20 +0000
Subject: [issue1205568] Compile fails on Darwin8 with --with-cxx=g++
Message-ID: <1234751120.25.0.681659449561.issue1205568@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is this failure to build --with-pydebug a symptom of a real configure
issue?

----------
nosy: +ajaksu2
stage:  -> test needed
type:  -> compile error
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1205568>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:25:23 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:25:23 +0000
Subject: [issue1209447] os.path.join() fails if 2nd arg is a UNC path
Message-ID: <1234751123.41.0.663349399729.issue1209447@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
assignee:  -> georg.brandl
components: +Documentation
nosy: +georg.brandl
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1209447>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:25:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:25:28 +0000
Subject: [issue1212900] Python segfaults on OpenBSD (tested 3.4 and 3.5)
Message-ID: <1234751128.69.0.685496976373.issue1212900@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Is this still valid?

----------
components: +Interpreter Core -None
nosy: +ajaksu2
stage:  -> test needed
type:  -> crash
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1212900>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:25:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:25:32 +0000
Subject: [issue1216923] LINKCC->CXX, -ltermcap->-lncurses
Message-ID: <1234751132.83.0.418586638078.issue1216923@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Can the patch / ideas be salvaged for current versions?

----------
keywords: +patch
nosy: +ajaksu2
stage:  -> test needed
type:  -> compile error
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1216923>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:25:35 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:25:35 +0000
Subject: [issue1217881] pydoc includes unnecessary files for a package.
Message-ID: <1234751135.78.0.561585112499.issue1217881@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -Extension Modules
keywords: +easy, patch
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1217881>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:25:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:25:41 +0000
Subject: [issue1228112] code.py use sys.excepthook to display exceptions
Message-ID: <1234751141.17.0.739321399097.issue1228112@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
keywords: +easy
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1228112>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:25:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:25:46 +0000
Subject: [issue1229680] Tracing C function calls and keyword arguments
Message-ID: <1234751146.27.0.83205651703.issue1229680@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1229680>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:25:55 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:25:55 +0000
Subject: [issue1231081] platform.processor() could be smarter
Message-ID: <1234751155.19.0.310547633439.issue1231081@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

The behavior described by Stephan is confirmed for trunk.

Michael's objection makes sense to me, so I'll close this one unless
someone can defend its usefulness. With code, docs and tests, preferably :)

----------
components: +Library (Lib) -None
nosy: +ajaksu2
priority: normal -> low
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1231081>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:25:57 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:25:57 +0000
Subject: [issue1233785] getpass.getpass() performs differently on Windows vs
	*nix
Message-ID: <1234751157.9.0.345397221621.issue1233785@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -None
priority: normal -> low
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1233785>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:26:06 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:26:06 +0000
Subject: [issue1229239] optionally allow mutable builtin types
Message-ID: <1234751166.98.0.956821554296.issue1229239@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1229239>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:26:11 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:26:11 +0000
Subject: [issue1230484] tokenize bug
Message-ID: <1234751171.59.0.19421092135.issue1230484@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +tokenize: mishandles line joining
keywords: +patch
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1230484>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:26:14 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:26:14 +0000
Subject: [issue1243654] Faster output if message already has a boundary
Message-ID: <1234751174.69.0.293822316679.issue1243654@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Library (Lib) -Interpreter Core
stage:  -> test needed
type:  -> performance
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1243654>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:26:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:26:22 +0000
Subject: [issue1244929] hide tests from TestProgram
Message-ID: <1234751182.21.0.0406805072768.issue1244929@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

I think this feature is already present in current unittest, can anyone
confirm?

----------
components: +Tests
nosy: +ajaksu2
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1244929>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:26:23 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:26:23 +0000
Subject: [issue1248658] dir should accept dirproxies for __dict__
Message-ID: <1234751183.91.0.801727703074.issue1248658@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> feature request
versions: +Python 2.7 -Python 2.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1248658>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:26:32 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:26:32 +0000
Subject: [issue1250469] Tix: PanedWindow.panes nonfunctional
Message-ID: <1234751192.91.0.503987463227.issue1250469@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
type:  -> behavior
versions: +Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1250469>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:43:23 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 02:43:23 +0000
Subject: [issue3694] Undetected error in _struct.pack_into
In-Reply-To: <1234526296.3.0.0277646558882.issue3694@psf.upfronthosting.co.za>
Message-ID: <2d75d7660902151843w1d91de30ke03a6f7f1352401e@mail.gmail.com>


Daniel Diniz <ajaksu at gmail.com> added the comment:

>> BTW, there's a warning in _struct.c:180 -> warning: 'get_ulong'
>> defined but not used, should I open a new issue?
>
> Sure.  Please could you add me to the nosy list if you do.

OK, should do that soon.

> In my opinion, the struct module *really* needs an overhaul, especially
> for py3k; there's a lot of inconsistency in the behaviour with respect
> to different integer types, and there's a lot of code that seems to be
> there purely for backwards compatibility that could be removed for 3.1
> (and probably for 2.7 as well):  for example, allowing floats when
> packing integer types, and allowing overflow to wraparound rather than
> raising an exception.

This one looks bad: #2590.

> Would it be worth opening a general 'overhaul the struct module' issue
> and marking all the current struct bugs as dependencies for this issue?

I can't judge on the merit of struct's shortcomings, but I'll propose
the 'umbrella issue'  idea for other targets (socket, HTMLParser,
etc.) on python-dev and can suggest one for struct too.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3694>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:45:11 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 16 Feb 2009 02:45:11 +0000
Subject: [issue1169108] PySys_WriteStderr() -> WaitForSingleObject() hangs
	system
Message-ID: <1234752311.34.0.0122058063013.issue1169108@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I should have closed this years ago due to lack of response.
Anyone with code that hangs CPython 2.6+ can reopen and post said code.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1169108>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:50:32 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 16 Feb 2009 02:50:32 +0000
Subject: [issue1153622] eval does not bind variables in lambda bodies correctly
Message-ID: <1234752632.94.0.302608453163.issue1153622@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I think this should be closed as rejected.  It is a vague wish that
Python change its scoping rules in a way that is extremely unlikely and
which would require a PEP in any case.  I might sometime recheck my
suggested doc changes versus the current versions, but that would be a
different issue.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1153622>
_______________________________________

From report at bugs.python.org  Mon Feb 16 03:59:28 2009
From: report at bugs.python.org (John Levon)
Date: Mon, 16 Feb 2009 02:59:28 +0000
Subject: [issue1759169] clean up Solaris port and allow C99 extension modules
Message-ID: <1234753168.84.0.969170149522.issue1759169@psf.upfronthosting.co.za>


John Levon <movement at users.sourceforge.net> added the comment:

Python should define *only* __EXTENSIONS__, not the others, as Zooko
already mentioned, for the reasons he mentioned. I'm not sure how you
got a different impression from what I or he said.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759169>
_______________________________________

From report at bugs.python.org  Mon Feb 16 04:11:58 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 03:11:58 +0000
Subject: [issue1149447] bssdb wrapper does not export some low-level functions
Message-ID: <1234753918.26.0.719428485825.issue1149447@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
stage:  -> test needed
versions: +Python 2.7 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1149447>
_______________________________________

From report at bugs.python.org  Mon Feb 16 04:13:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 03:13:43 +0000
Subject: [issue1165404] ConfigParser alternative key-value delimitier
Message-ID: <1234754023.12.0.0108674092591.issue1165404@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1165404>
_______________________________________

From report at bugs.python.org  Mon Feb 16 04:16:41 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 03:16:41 +0000
Subject: [issue1176504] locale._build_localename treatment for utf8
Message-ID: <1234754201.05.0.00435162462707.issue1176504@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
components: +Unicode

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1176504>
_______________________________________

From report at bugs.python.org  Mon Feb 16 04:18:57 2009
From: report at bugs.python.org (George Sakkis)
Date: Mon, 16 Feb 2009 03:18:57 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234754337.12.0.607018670773.issue2279@psf.upfronthosting.co.za>


George Sakkis <george.sakkis at gmail.com> added the comment:

By an equivalent option in setup() of course. I'm not against the
*functionality* of MANIFEST.in but on that (a) it's a second file you
have to remember to write and maintain in addition to setup.py (b) has
its own ad-hoc syntax instead of python and (c) overlaps in scope with
the package_data and data_files of setup.py.

FWIW I wrote a module that overrides the default build_py and sdist
commands with versions that allow specifying package_data recursively
(while preserving file permissions, unlike the - buggy IMO - behavior of
distutils) so that I can get rid of the MANIFEST.in.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Mon Feb 16 04:57:53 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 03:57:53 +0000
Subject: [issue1372650] Cookie and multiple names
Message-ID: <1234756673.22.0.168556977133.issue1372650@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
dependencies: +Improper handling of duplicate cookies

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1372650>
_______________________________________

From report at bugs.python.org  Mon Feb 16 05:02:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 04:02:46 +0000
Subject: [issue854918] Configurable SSL handshake
Message-ID: <1234756966.26.0.716911412538.issue854918@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue854918>
_______________________________________

From report at bugs.python.org  Mon Feb 16 05:04:08 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 04:04:08 +0000
Subject: [issue854918] Configurable SSL handshake
Message-ID: <1234757048.2.0.015510760104.issue854918@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

SSL changed a lot, is this still relevant? Will close on lack of response.

(sorry, removed the previous incarnation of this message)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue854918>
_______________________________________

From report at bugs.python.org  Mon Feb 16 05:35:15 2009
From: report at bugs.python.org (Mark Sapiro)
Date: Mon, 16 Feb 2009 04:35:15 +0000
Subject: [issue5277] email message.get_params() and related methods sometimes
	fail.
In-Reply-To: <1234758915.75.0.150242965655.issue5277@psf.upfronthosting.co.za>
Message-ID: <1234758915.75.0.150242965655.issue5277@psf.upfronthosting.co.za>


New submission from Mark Sapiro <mark at msapiro.net>:

The message method get_params() and the related get_param() and
get_filename() do not properly decode an RFC 2231 encoded parameter such
as the following:

Content-Disposition: inline;
 filename*0="Re: [Mailman-Users] Messages shunted with \"TypeError: ";
 filename*1="decodingUnicode is not supported\".eml"

This is because the message helper function _parseparams() mistakenly
thinks the second semicolon is inside a quoted string because it counts
the quoted (escaped) quote and sees an odd number.

The attached patch will fix this.

----------
components: Library (Lib)
files: message.patch
keywords: patch
messages: 82215
nosy: barry, msapiro
severity: normal
status: open
title: email message.get_params() and related methods sometimes fail.
type: behavior
versions: Python 2.4, Python 2.5, Python 2.6, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13105/message.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5277>
_______________________________________

From report at bugs.python.org  Mon Feb 16 06:02:20 2009
From: report at bugs.python.org (Zooko O'Whielacronx)
Date: Mon, 16 Feb 2009 05:02:20 +0000
Subject: [issue1759169] clean up Solaris port and allow C99 extension modules
Message-ID: <1234760540.15.0.762910271108.issue1759169@psf.upfronthosting.co.za>


Zooko O'Whielacronx <zooko at zooko.com> added the comment:

Martin (sometimes called "MvL") mentioned some specific issues about e.g.

#pragma redefine_extname sigwait __posix_sigwait

I didn't understand exactly what MvL's concern was, and I don't know off
the top of my head how Solaris sigwait behavior differs with
_XOPEN_SOURCE, and I haven't taken the time to investigate yet, so I
haven't replied.

(Of course, last time I was in that state and I dropped the ball, this
ticket stayed quiet for a full year...)

Perhaps John Levon could inquire what semantics MvL is concerned about
and let him know what the Solaris behavior is.  I think it would be cool
if the python executable that people use on Solaris were closer to
upstream python.  Currently, as I've mentioned, the Solaris folks
maintain some kind of tool (I think it is a perl script) which searches
and replaces "#define _XOPEN_SOURCE" to empty as well as applying a few
patches.  It would be great if the Solaris and Python folks would
cooperate to close that gap.

Speaking of which, if John Levon or other Solaris folk are reading --
where are those patches?  This file mentions a bunch of patches,
starting with:

http://src.opensolaris.org/source/xref/jds/spec-files/trunk/SUNWPython.spec

     28 Patch1:                  Python-01-solaris-lib-dirs.diff

But I can't seem to find "Python-01-solaris-lib-dirs.diff".

Thanks!

--Zooko

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759169>
_______________________________________

From report at bugs.python.org  Mon Feb 16 06:18:43 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 05:18:43 +0000
Subject: [issue1538778] pyo's are not overwritten by different optimization
	levels
Message-ID: <1234761523.13.0.295249070035.issue1538778@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Confirmed in trunk.

----------
nosy: +ajaksu2
stage:  -> test needed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1538778>
_______________________________________

From report at bugs.python.org  Mon Feb 16 06:22:09 2009
From: report at bugs.python.org (Bob Ippolito)
Date: Mon, 16 Feb 2009 05:22:09 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1234761729.54.0.465799941565.issue4136@psf.upfronthosting.co.za>


Bob Ippolito <bob at redivi.com> added the comment:

patch to r69662 is attached as json_issue4136_r69662.diff -- note that 
simplejson 2.0.9 isn't released, as of r169 it's just simplejson 2.0.8 
with some trivial changes to make this backport easier for me

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Mon Feb 16 06:23:30 2009
From: report at bugs.python.org (Bob Ippolito)
Date: Mon, 16 Feb 2009 05:23:30 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1234761810.56.0.138462069702.issue4136@psf.upfronthosting.co.za>


Changes by Bob Ippolito <bob at redivi.com>:


Added file: http://bugs.python.org/file13106/json_issue4136_r69662.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Mon Feb 16 07:07:53 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 16 Feb 2009 06:07:53 +0000
Subject: [issue1098732] Enhance tracebacks and stack traces with vars
Message-ID: <1234764472.98.0.317779083474.issue1098732@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

How about reformulating it as a function appropriate as sys.excepthook?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1098732>
_______________________________________

From report at bugs.python.org  Mon Feb 16 07:15:00 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 16 Feb 2009 06:15:00 +0000
Subject: [issue1152248] Enhance file.readlines by making line separator
	selectable
Message-ID: <1234764900.02.0.789917165757.issue1152248@psf.upfronthosting.co.za>


Changes by Skip Montanaro <skip at pobox.com>:


----------
nosy:  -montanaro.historic

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1152248>
_______________________________________

From report at bugs.python.org  Mon Feb 16 07:16:12 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 16 Feb 2009 06:16:12 +0000
Subject: [issue1214879] Support non-file source/dest in marshal
Message-ID: <1234764972.97.0.623035082458.issue1214879@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/issue1214879>
_______________________________________

From report at bugs.python.org  Mon Feb 16 07:25:10 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 16 Feb 2009 06:25:10 +0000
Subject: [issue849662] reading shelves is really slow
Message-ID: <1234765511.0.0.787969277235.issue849662@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/issue849662>
_______________________________________

From report at bugs.python.org  Mon Feb 16 08:01:23 2009
From: report at bugs.python.org (Ned Deily)
Date: Mon, 16 Feb 2009 07:01:23 +0000
Subject: [issue5267] Subversion problem with PythonLauncher after building 3.0
	or 3.1 on Mac
In-Reply-To: <1234657992.73.0.432074420703.issue5267@psf.upfronthosting.co.za>
Message-ID: <1234767683.61.0.899752066654.issue5267@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

I see what the problem is. In 2.x, the PythonLauncher Makefile uses 
bundlebuilder to build Python Launcher.app in Mac/PythonLauncher and 
from there it gets installed into /Applications/Python nn. Because 
bundlebuilder was removed in 3.0, r64618 checked in a copy of Python 
Launcher.app into Mac/PythonLauncher.  Later, in r68062, the build was 
changed to use a private copy of bundlebuilder so now Python 
Launcher.app is again built as in 2.x.  However, the checked-in copy of 
the app was not deleted from the svn trees and, because everything under 
the app is clobbered by the build including the .svn directories, svn 
gets upset.

The fix is easy: someone needs to svn rm Mac/PythonLauncher/Python 
Launcher.app/* from py3k and 30.  Adding Ronald to the nosy list.

So what you are doing should be fine.  Until the trees are updated, one 
way to workaround it is by making a copy of the pristine app directory 
before a build and copying it back each time you do an svn update.

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5267>
_______________________________________

From report at bugs.python.org  Mon Feb 16 08:28:49 2009
From: report at bugs.python.org (Ned Deily)
Date: Mon, 16 Feb 2009 07:28:49 +0000
Subject: [issue5272] OS X installer: fix makefile target changed for 3.x
In-Reply-To: <1234688914.68.0.888662727097.issue5272@psf.upfronthosting.co.za>
Message-ID: <1234769329.72.0.948030031455.issue5272@psf.upfronthosting.co.za>


Ned Deily <nad at acm.org> added the comment:

Actually, it's more than just a cosmetic issue.  Without the "make 
fullinstall" the bininstall target is skipped.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5272>
_______________________________________

From report at bugs.python.org  Mon Feb 16 08:51:05 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Mon, 16 Feb 2009 07:51:05 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234770665.2.0.752665022108.issue5249@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Locale is my weak point. :-(
If there is locale encoding function like PyUnicode_DecodeFSDefault for
file system encoding, I think I can use it.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Mon Feb 16 09:17:04 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 16 Feb 2009 08:17:04 +0000
Subject: [issue1759169] clean up Solaris port and allow C99 extension modules
In-Reply-To: <1234753168.84.0.969170149522.issue1759169@psf.upfronthosting.co.za>
Message-ID: <499920FB.50704@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Python should define *only* __EXTENSIONS__, not the others, as Zooko
> already mentioned, for the reasons he mentioned. I'm not sure how you
> got a different impression from what I or he said.

Ok, so we can ignore __EXTENSIONS__ for the discussion. Then you were
arguing that defining _XOPEN_SOURCE is wrong if the value is less than
600. What about setting the value to 600 or larger? Is that also wrong,
and if so, why?

[Aside: I think the Solaris comment on using C99 with XOPEN applications
is misguided. Compiling such applications with C99 is *not* invalid.
While POSIX specified that it is based on C89, the original POSIX spec
is silent on what the semantics is if a different C implementation is
used - so at worst, the behavior of such applications is undefined.
However, it is actually better than that: The C99 spec defines clearly
what the semantics of all the functions are, and thus what the
difference in behavior is. So for a specific POSIX application, the
effect of compiling it with a C99 compiler is well-defined, and most
applications should work just fine (if they compile at all).

In a sense, Solaris is doing the same thing to its applications what
you are criticizing here as Python doing to its extension modules:
making claims of how compatible they are wrt. certain standards.]

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759169>
_______________________________________

From report at bugs.python.org  Mon Feb 16 09:18:04 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 16 Feb 2009 08:18:04 +0000
Subject: [issue1759169] clean up Solaris port and allow C99 extension modules
Message-ID: <1234772284.85.0.178938641326.issue1759169@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/issue1759169>
_______________________________________

From report at bugs.python.org  Mon Feb 16 09:20:42 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 16 Feb 2009 08:20:42 +0000
Subject: [issue1098732] Enhance tracebacks and stack traces with vars
Message-ID: <1234772442.45.0.176851460955.issue1098732@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

If it becomes a sys.excepthook, it doesn't need to be part of Python
anymore; any user could install it as a recipe if they desire.

Hence I'm rejecting the patch.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1098732>
_______________________________________

From report at bugs.python.org  Mon Feb 16 09:24:52 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 16 Feb 2009 08:24:52 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234772692.64.0.693610866022.issue5249@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Using TZNAME_ENCODING is fine; I just think it has an incorrect value on
Unix.

All in all, I think the (original) patch is fine, please apply.

----------
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Mon Feb 16 09:59:24 2009
From: report at bugs.python.org (Niki W. Waibel)
Date: Mon, 16 Feb 2009 08:59:24 +0000
Subject: [issue1216923] LINKCC->CXX, -ltermcap->-lncurses
Message-ID: <1234774764.34.0.315862992791.issue1216923@psf.upfronthosting.co.za>


Niki W. Waibel <nikiwaibel at users.sourceforge.net> added the comment:

this issue seems resolved with 2.6.1 and 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1216923>
_______________________________________

From report at bugs.python.org  Mon Feb 16 10:26:18 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 09:26:18 +0000
Subject: [issue1216923] LINKCC->CXX, -ltermcap->-lncurses
Message-ID: <1234776378.45.0.0670177452377.issue1216923@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Thanks for the feedback, Niki.

----------
resolution:  -> out of date
stage: test needed -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1216923>
_______________________________________

From report at bugs.python.org  Mon Feb 16 10:30:06 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Mon, 16 Feb 2009 09:30:06 +0000
Subject: [issue5249] Fix strftime on windows.
In-Reply-To: <1234542248.51.0.455809582678.issue5249@psf.upfronthosting.co.za>
Message-ID: <1234776606.28.0.270636945403.issue5249@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Thanks, fixed in r69664(py3k) and r69665(release30-maint).

----------
priority: high -> 
resolution: accepted -> fixed
stage: commit review -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5249>
_______________________________________

From report at bugs.python.org  Mon Feb 16 11:04:31 2009
From: report at bugs.python.org (Jakub Wilk)
Date: Mon, 16 Feb 2009 10:04:31 +0000
Subject: [issue4309] ctypes documentation
In-Reply-To: <1226523194.83.0.190505447778.issue4309@psf.upfronthosting.co.za>
Message-ID: <1234778671.2.0.424037740331.issue4309@psf.upfronthosting.co.za>


Changes by Jakub Wilk <ubanus at users.sf.net>:


----------
nosy: +jwilk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4309>
_______________________________________

From report at bugs.python.org  Mon Feb 16 11:17:55 2009
From: report at bugs.python.org (Senthil)
Date: Mon, 16 Feb 2009 10:17:55 +0000
Subject: [issue5278] optparse documentation example
In-Reply-To: <1234779475.55.0.947626870782.issue5278@psf.upfronthosting.co.za>
Message-ID: <1234779475.55.0.947626870782.issue5278@psf.upfronthosting.co.za>


New submission from Senthil <orsenthil at gmail.com>:

In the Document, : Doc/library/optparse.rst,
The first usage example is given with an '=' sign for the options. This
is a mistake.
 
-   <yourscript> --file=outfile -q
+   <yourscript> --file outfile -q

----------
assignee: georg.brandl
components: Documentation
messages: 82229
nosy: georg.brandl, orsenthil
severity: normal
status: open
title: optparse documentation example
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5278>
_______________________________________

From report at bugs.python.org  Mon Feb 16 12:13:13 2009
From: report at bugs.python.org (Senthil)
Date: Mon, 16 Feb 2009 11:13:13 +0000
Subject: [issue5278] optparse documentation example
In-Reply-To: <1234779475.55.0.947626870782.issue5278@psf.upfronthosting.co.za>
Message-ID: <1234782793.22.0.534515386411.issue5278@psf.upfronthosting.co.za>


Senthil <orsenthil at gmail.com> added the comment:

Georg, Ignore this bug. This is Invalid and  sorry for the confusion.
I was trying with single option with '=' sign.

May be, I have forgotten the Unix standard that '=' symbol goes with
'--' options only.

If other people also get confused by this, may be the following sentence
can be added, otherwise just close this bug as Invalid.

" The '=' sign after the argument goes along with '--' options only.
This is well indicated by the help message of optparse. "

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5278>
_______________________________________

From report at bugs.python.org  Mon Feb 16 13:30:34 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 16 Feb 2009 12:30:34 +0000
Subject: [issue3992] removed custom log from distutils
In-Reply-To: <1222645256.9.0.167855735394.issue3992@psf.upfronthosting.co.za>
Message-ID: <1234787434.84.0.76597633932.issue3992@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Right now Distutils has also two warn styles:

- log.warn, that uses a pseudo-logging warning and push
  it to stdout depending on the treshold level  

- cmd.warn, that push the message directly to sys.stderr

So this has to be changed as well

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3992>
_______________________________________

From report at bugs.python.org  Mon Feb 16 13:33:47 2009
From: report at bugs.python.org (Michael Bierenfeld)
Date: Mon, 16 Feb 2009 12:33:47 +0000
Subject: [issue1097797] Encoding for Code Page 273 used by EBCDIC Germany
	Austria
Message-ID: <1234787627.1.0.831896962226.issue1097797@psf.upfronthosting.co.za>


Michael Bierenfeld <mbieren at users.sourceforge.net> added the comment:

"Old IBM Mainframes" are widely used in the financial industry. It 
would be good if the patch is included

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1097797>
_______________________________________

From report at bugs.python.org  Mon Feb 16 13:40:43 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 16 Feb 2009 12:40:43 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1234788043.21.0.41965889062.issue4136@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

A bunch of comments from a quick look:

- why do you use old-style relative imports ("from decoder import
JSONDecoder")?
- in join_list_unicode, join_list_string you could use PyUnicode_Join
and _PyString_Join, respectively
- in scanstring_unicode, the top comment says "encoding is the encoding
of pystr (must be an ASCII superset)", but the function takes no
"encoding" parameter
- there are some lines much longer than 80 chars (it's quite clear when
reading the diff)
- there are places where you call PyObject_IsTrue(s->strict) without
checking for an error return; perhaps you could do so in the constructor
- the Scanner type doesn't support cyclic garbage collection, but it
contains some arbitrary Python objects (parse_constant and friends could
be closures or methods)
- same issue with the Encoder type (default_fn could hold arbitrary
objects alive)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Mon Feb 16 13:46:33 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 16 Feb 2009 12:46:33 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1234788393.79.0.11218715509.issue4136@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Bob, here is a small example showing how easy it is to encounter the GC
problem:


from json import JSONDecoder
import weakref
import gc

class MyObject(object):
    def __init__(self):
        self.decoder = JSONDecoder(parse_constant=self.parse_constant)

    def parse_constant(self, *args, **kargs):
        """ XXX """

wr = weakref.ref(MyObject())
gc.collect()
print wr()

----------
keywords:  -26backport

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Mon Feb 16 13:48:58 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 16 Feb 2009 12:48:58 +0000
Subject: [issue1097797] Encoding for Code Page 273 used by EBCDIC Germany
	Austria
Message-ID: <1234788538.51.0.80716035724.issue1097797@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Like I said a few years: this can go in. Python is used a lot in the
financial industry.

The code page is referenced in this RFC:

http://rfc.dotsrc.org/rfc/rfc1345.html

This page has a good comparison of the various IBM code pages as shipped
with different tools (jdk, glibc, aix, etc.):

http://www.haible.de/bruno/charsets/conversion-tables/RFC1345-IBM.html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1097797>
_______________________________________

From report at bugs.python.org  Mon Feb 16 13:52:25 2009
From: report at bugs.python.org (Jakub Wilk)
Date: Mon, 16 Feb 2009 12:52:25 +0000
Subject: [issue5279] 2to3 mishandles some imports
In-Reply-To: <1234788745.08.0.00798731971981.issue5279@psf.upfronthosting.co.za>
Message-ID: <1234788745.08.0.00798731971981.issue5279@psf.upfronthosting.co.za>


New submission from Jakub Wilk <ubanus at users.sf.net>:

$ cat test.py 
from itertools import imap as _map

$ ./2to3 test.py 2>/dev/null
--- test.py (original)
+++ test.py (refactored)
@@ -1,1 +1,1 @@
-from itertools import imap as _map
+from itertools import as _map

----------
components: 2to3 (2.x to 3.0 conversion tool)
messages: 82236
nosy: jwilk, pl
severity: normal
status: open
title: 2to3 mishandles some imports
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5279>
_______________________________________

From report at bugs.python.org  Mon Feb 16 14:04:20 2009
From: report at bugs.python.org (=?utf-8?q?Mattias_Engdeg=C3=A5rd?=)
Date: Mon, 16 Feb 2009 13:04:20 +0000
Subject: [issue1153622] eval does not bind variables in lambda bodies correctly
Message-ID: <1234789460.58.0.287156757157.issue1153622@psf.upfronthosting.co.za>


Mattias Engdeg?rd <yorick at users.sourceforge.net> added the comment:

This is not a vague wish at all. The implementation is at odds with the
documentation, and in fact nobody has been able to explain just how
Python works or should work. Read msg24424 again - it all boils down to
explaining why the variable x in

    def f(x): return eval('x')

and

    def f(x): return eval('lambda: x')

should be interpreted differently, whereas in

    def f(x): return x

and
    def f(x): return lambda: x

the same x is used in both cases.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1153622>
_______________________________________

From report at bugs.python.org  Mon Feb 16 14:22:21 2009
From: report at bugs.python.org (Rasmus Andersson)
Date: Mon, 16 Feb 2009 13:22:21 +0000
Subject: [issue5280] PyBytes_InternInPlace is missing in bytesobject.h
In-Reply-To: <1234790540.98.0.305505951807.issue5280@psf.upfronthosting.co.za>
Message-ID: <1234790540.98.0.305505951807.issue5280@psf.upfronthosting.co.za>


New submission from Rasmus Andersson <rasmus at flajm.com>:

The PyBytes_InternInPlace 2-to-3 transition macro is missing in 
include/bytesobject.h

Alternatively, the documentation[1] is missing some details. At the top 
there's a note saying "These functions have been renamed to PyBytes_* in 
Python 3.x. The PyBytes names are also available in 2.6.".

[1] http://docs.python.org/c-api/string.html

Confirmed with version 2.6.1 (original release from python.org)

----------
components: Interpreter Core
messages: 82238
nosy: rsms
severity: normal
status: open
title: PyBytes_InternInPlace is missing in bytesobject.h
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5280>
_______________________________________

From report at bugs.python.org  Mon Feb 16 14:22:40 2009
From: report at bugs.python.org (Rasmus Andersson)
Date: Mon, 16 Feb 2009 13:22:40 +0000
Subject: [issue5280] PyBytes_InternInPlace is missing in bytesobject.h
In-Reply-To: <1234790540.98.0.305505951807.issue5280@psf.upfronthosting.co.za>
Message-ID: <1234790560.45.0.524318692256.issue5280@psf.upfronthosting.co.za>


Changes by Rasmus Andersson <rasmus at flajm.com>:


----------
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5280>
_______________________________________

From report at bugs.python.org  Mon Feb 16 15:24:43 2009
From: report at bugs.python.org (Tim Golden)
Date: Mon, 16 Feb 2009 14:24:43 +0000
Subject: [issue2733] mmap resize fails on anonymous memory (Windows)
In-Reply-To: <1209661457.64.0.989081565875.issue2733@psf.upfronthosting.co.za>
Message-ID: <1234794283.61.0.811071490993.issue2733@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

OK, I can see why this is happening and in fact there are two levels of
problem. The trouble is that, in my ignorance, I can't work out exactly
why the existing code is doing what it's doing.

(References to mmapmodule.c at r69666)

Problem 1: At line 456, the CreateFileMapping call is made with 0 hi/lo
size regardless of the file handle. cf line 1358 where it correctly
specifies the size because of the possibility of a -1 file handle. So we
now specify hi/lo values in this call. Without this change we get error
87 (invalid parameter).

Problem 2: The call to SetFilePointer at line 451 passes the hi/lo size
DWORDs. The hi value is in fact an input/output param which receives the
value of the new file pointer if a not-NULL pointer is passed in. Which
it is. This means that the hi value is now different from what it
previously was and causes an error if passed into the CreateFileMapping
call referred to in (1) above. So we make a copy of the value and ignore
the returned value. Without this change we get error 8 (not enough memory).

I'm not entirely sure what the SetFilePointer call is achieving at this
point but I'll put together a patch and a test case and perhaps someone
who understands this better can comment on the matter.

----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2733>
_______________________________________

From report at bugs.python.org  Mon Feb 16 15:28:44 2009
From: report at bugs.python.org (John Levon)
Date: Mon, 16 Feb 2009 14:28:44 +0000
Subject: [issue1759169] clean up Solaris port and allow C99 extension modules
Message-ID: <1234794524.57.0.805130533492.issue1759169@psf.upfronthosting.co.za>


John Levon <movement at users.sourceforge.net> added the comment:

Zooko, the patches are available here:

http://src.opensolaris.org/source/xref/jds/spec-files/trunk/patches/

> Then you were arguing that defining _XOPEN_SOURCE is wrong if the value

Actually, I was saying that below that value simply won't work for many
extensions.

> What about setting the value to 600 or larger? Is that also wrong,
> and if so, why?

Practically: I don't know for sure about a larger value. As it is
presumably very close to POSIX, it shouldn't significantly harm the
ability to compile stuff. I can't say for sure. However, specifying
_XOPEN_SOURCE is still unnecessary I believe.

Theoretically: yes, it's wrong for Python to claim that all extensions
are compliant to a particular XPG environment.

If it helps, Martin, I can put you in touch with our standards expert.
I'm far from such, so this might help assuage your doubts?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759169>
_______________________________________

From report at bugs.python.org  Mon Feb 16 15:47:57 2009
From: report at bugs.python.org (Mitchell Model)
Date: Mon, 16 Feb 2009 14:47:57 +0000
Subject: [issue5281] Slight inconsistency in documentation appearances of
	RuntimeError
In-Reply-To: <1234795677.12.0.834283197791.issue5281@psf.upfronthosting.co.za>
Message-ID: <1234795677.12.0.834283197791.issue5281@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

The Library Exceptions documentation describes RuntimeException as "mostly 
a relic from a previous version of the interpreter; it is not used very 
much any more." Yet, the Reference in describing the raise statement uses 
RuntimeException as an example:

raise RuntimeError("foo occurred").with_traceback(tracebackobj)

This seems slightly misleading. It might be better to just use Exception 
as the example there.

----------
assignee: georg.brandl
components: Documentation
messages: 82241
nosy: MLModel, georg.brandl
severity: normal
status: open
title: Slight inconsistency in documentation appearances of RuntimeError
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5281>
_______________________________________

From report at bugs.python.org  Mon Feb 16 15:56:21 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 16 Feb 2009 14:56:21 +0000
Subject: [issue5280] PyBytes_InternInPlace is missing in bytesobject.h
In-Reply-To: <1234790540.98.0.305505951807.issue5280@psf.upfronthosting.co.za>
Message-ID: <1234796181.84.0.45630080992.issue5280@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

The reason for that is that PyBytes_InternFromString doesn't exist in
3.0. I noted that in the docs in r69672.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5280>
_______________________________________

From report at bugs.python.org  Mon Feb 16 16:37:09 2009
From: report at bugs.python.org (Tim Golden)
Date: Mon, 16 Feb 2009 15:37:09 +0000
Subject: [issue2733] mmap resize fails on anonymous memory (Windows)
In-Reply-To: <1209661457.64.0.989081565875.issue2733@psf.upfronthosting.co.za>
Message-ID: <1234798629.45.0.848776824614.issue2733@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Patch attached to mmapmodule.c and test_mmap.py

----------
keywords: +patch
Added file: http://bugs.python.org/file13107/mmapmodule.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2733>
_______________________________________

From report at bugs.python.org  Mon Feb 16 16:39:34 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 16 Feb 2009 15:39:34 +0000
Subject: [issue5279] 2to3 mishandles some imports
In-Reply-To: <1234788745.08.0.00798731971981.issue5279@psf.upfronthosting.co.za>
Message-ID: <1234798774.72.0.777783159393.issue5279@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Thanks for the report! Fixed in r69673.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5279>
_______________________________________

From report at bugs.python.org  Mon Feb 16 16:44:29 2009
From: report at bugs.python.org (Facundo Batista)
Date: Mon, 16 Feb 2009 15:44:29 +0000
Subject: [issue3676] Obsolete references to PEP 291 in py3k lib
In-Reply-To: <1219671468.62.0.218344277949.issue3676@psf.upfronthosting.co.za>
Message-ID: <1234799069.7.0.927323276663.issue3676@psf.upfronthosting.co.za>


Facundo Batista <facundo at taniquetil.com.ar> added the comment:

Removed the messages in decimal.py (r.69674).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3676>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:17:02 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 16 Feb 2009 16:17:02 +0000
Subject: [issue5281] Slight inconsistency in documentation appearances of
	RuntimeError
In-Reply-To: <1234795677.12.0.834283197791.issue5281@psf.upfronthosting.co.za>
Message-ID: <1234801022.94.0.354341465603.issue5281@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Fixed in r69675.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5281>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:20:46 2009
From: report at bugs.python.org (Andy Buckley)
Date: Mon, 16 Feb 2009 16:20:46 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1224522256.17.0.820973690454.issue4151@psf.upfronthosting.co.za>
Message-ID: <1234801246.39.0.0878978539545.issue4151@psf.upfronthosting.co.za>


Andy Buckley <andy at insectnation.org> added the comment:

I'm having trouble with this as well :(  It's pretty much a blocker for
integrating distutils-based extension builds with an autotools library
build, because the "make distcheck" target explicitly does the build in
a subtree of the source directory, and write-protects the srcdir during
the build.

Effectively the source is referred to in my setup.py as living in
"../../pyext", which translates into distutils attempting to build the
extension in "build/temp.linux-i686-2.5/../../pyext/", which is the
write-protected source dir. This would work okay if the directory path
to the source file were ignored when constructing the output path: would
the proposed patch(es) fix this?

----------
nosy: +andybuckley

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4151>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:21:27 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 16 Feb 2009 16:21:27 +0000
Subject: [issue3676] Obsolete references to PEP 291 in py3k lib
In-Reply-To: <1219671468.62.0.218344277949.issue3676@psf.upfronthosting.co.za>
Message-ID: <1234801287.79.0.254568492359.issue3676@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Fixed the rest in r69676.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3676>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:23:49 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 16 Feb 2009 16:23:49 +0000
Subject: [issue1285] setp.py error "The process cannot access the file ..."
In-Reply-To: <1192519749.91.0.34801949524.issue1285@psf.upfronthosting.co.za>
Message-ID: <1234801429.52.0.224054926673.issue1285@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:26:07 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 16 Feb 2009 16:26:07 +0000
Subject: [issue436259] [Windows] exec*/spawn* problem with spaces in args
Message-ID: <1234801567.69.0.257035141033.issue436259@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
assignee:  -> tarek
nosy: +tarek
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue436259>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:27:06 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 16 Feb 2009 16:27:06 +0000
Subject: [issue1692592] Stripping debugging symbols from compiled C extensions
Message-ID: <1234801626.42.0.172289550865.issue1692592@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1692592>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:28:17 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 16 Feb 2009 16:28:17 +0000
Subject: [issue1682403] docutils clarification request for "rest"
Message-ID: <1234801697.35.0.864523276055.issue1682403@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
type:  -> feature request
versions: +Python 2.7, Python 3.1 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682403>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:30:09 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 16 Feb 2009 16:30:09 +0000
Subject: [issue1254718] GCC detection for runtime_library_dirs when ccache is
	used
Message-ID: <1234801809.1.0.0813796411812.issue1254718@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1254718>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:30:14 2009
From: report at bugs.python.org (Tim Golden)
Date: Mon, 16 Feb 2009 16:30:14 +0000
Subject: [issue1285] setp.py error "The process cannot access the file ..."
In-Reply-To: <1192519749.91.0.34801949524.issue1285@psf.upfronthosting.co.za>
Message-ID: <1234801814.54.0.992053054068.issue1285@psf.upfronthosting.co.za>


Tim Golden <mail at timgolden.me.uk> added the comment:

Can't reproduce under Python 2.6 or Python 2.5.2. Likelihood is a virus
checker / indexer process.

----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:30:45 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 16 Feb 2009 16:30:45 +0000
Subject: [issue1887] distutils doesn't support out-of-source builds
In-Reply-To: <1200961919.23.0.699852435444.issue1887@psf.upfronthosting.co.za>
Message-ID: <1234801845.18.0.19920295902.issue1887@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
assignee:  -> tarek
components: +Build
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1887>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:32:10 2009
From: report at bugs.python.org (Akira Kitada)
Date: Mon, 16 Feb 2009 16:32:10 +0000
Subject: [issue919238] Recursive variable definition causes sysconfig infinite
	loop
Message-ID: <1234801930.04.0.1783656303.issue919238@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
nosy: +tarek
type:  -> behavior
versions: +Python 2.7, Python 3.1 -Python 2.3, Python 2.4, Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue919238>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:48:38 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 16 Feb 2009 16:48:38 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234802918.49.0.302750226435.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Updated patch against py3k.  I'm interested in getting this into the trunk 
as well, but py3k is more important (because *all* integers are long 
integers).  It's also a little more complicated to do this for py3k 
(mostly because of all the small integer caching), so backporting to
2.7 is easier than trying to forward port a patch from 2.7 to 3.1.

Notes:

- I've added a configure option --enable-big-digits (there are probably 
better names), enabled by default.  So you can use --disable-big-digits
to get the old 15-bit behaviour.

- I *think* this patch should work on Windows; confirmation would be 
appreciated.

- I've removed the fast multiplication code, in the interests of keeping 
the patch simple.  If this patch goes in, we can concentrate on speeding 
up multiplication afterwards.  For now, note that 30-bit digits give
the *potential* for significant speedups in multiplication and division 
(see next item).

- There's a nasty 'feature' in x_divmod: the multiplication in the 
innermost loop is digit-by-twodigits -> twodigits, when it should be 
digit-by-digit -> twodigits;  this probably causes significant slowdown 
with 30-bit digits.  This may explain Antoine's outlier.
Again, if this patch goes in I'll work on fixing x_divmod.

- Re: Victor's comment about a 'base' attribute:  I tried this, but
quickly discovered that we still need the 'bits_per_digit' for tests.
I think that binaryness is so ingrained that it's not really worth
worrying about the possibility of the base changing from a power of 2 to a 
power of 10.  So in the end I left base out.

- It did occur to me that NSMALLPOSINTS and NSMALLNEGINTS might usefully 
be exposed in sys.int_info, mostly for the purposes of testing.  Thoughts?

----------
priority:  -> high
stage:  -> patch review
versions: +Python 2.7
Added file: http://bugs.python.org/file13108/30bit_longdigit13.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:48:50 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 16 Feb 2009 16:48:50 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234802930.97.0.316893537673.issue4258@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


Removed file: http://bugs.python.org/file11976/30bit_longdigit4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:52:12 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 16 Feb 2009 16:52:12 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234803132.04.0.93993646377.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Forgot to mention:  you'll need to rerun autoconf and autoheader after 
applying the patch and before doing ./configure

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Mon Feb 16 17:52:57 2009
From: report at bugs.python.org (Bob Ippolito)
Date: Mon, 16 Feb 2009 16:52:57 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1234803177.99.0.72231628285.issue4136@psf.upfronthosting.co.za>


Bob Ippolito <bob at redivi.com> added the comment:

Old-style relative imports and the way that it does join are there because 
it's Python 2.4 compatible code that I'm porting. I'll add those to the 
list of things that need to be changed when backporting, implement cyclic 
GC on the types, and I'll take a look at lines > 80 chars and fix any that 
occur in Python code (though for some of the tests it may be a bit more 
effort than its worth).

It will probably take another week or two for me to implement those things 
and then do another backport.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Mon Feb 16 18:14:38 2009
From: report at bugs.python.org (=?utf-8?q?Jes=C3=BAs_Cea_Avi=C3=B3n?=)
Date: Mon, 16 Feb 2009 17:14:38 +0000
Subject: [issue4715] optimize bytecode for conditional branches
In-Reply-To: <1229900285.73.0.345956521758.issue4715@psf.upfronthosting.co.za>
Message-ID: <1234804478.36.0.270006642496.issue4715@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4715>
_______________________________________

From report at bugs.python.org  Mon Feb 16 18:22:56 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Mon, 16 Feb 2009 17:22:56 +0000
Subject: [issue5282] mmap.resize and offset
In-Reply-To: <1234804976.91.0.251339540511.issue5282@psf.upfronthosting.co.za>
Message-ID: <1234804976.91.0.251339540511.issue5282@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

This is first time to look at mmap module, so sorry if I'm saying
totally wrong thing. (I noticed this when I saw issue2733) I think the
behavior of mmap_resize_method is unclear when mapping object is created
with offset > 0.

>From view of other functions, it seems that self->offset is offset from
beginning of the file, and self->size is the size of mapped area from
self->offset. If so,

#if SIZEOF_SIZE_T > 4
    newSizeHigh = (DWORD)((self->offset + new_size) >> 32);
    newSizeLow = (DWORD)((self->offset + new_size) & 0xFFFFFFFF);
#else
    newSizeHigh = 0;
    newSizeLow = (DWORD)new_size; /* shouldn't add self->offset? this is
not doing same thing as SIZEOF_SIZE_T > 4 */
#endif

And on unix part,
    newmap = mremap(self->data, self->size, new_size, MREMAP_MAYMOVE);
self->offset is totally ignored. I think when self->offset > 0,
something wrong happens.

And comment above function definition saids,

 / Is this really necessary?  This could easily be done
 / from python by just closing and re-opening with the
 / new size?

I think this function is not tested well. There is no test about
resize+offset in test_mmap.py.

----------
components: Extension Modules
messages: 82253
nosy: ocean-city
severity: normal
status: open
title: mmap.resize and offset
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5282>
_______________________________________

From report at bugs.python.org  Mon Feb 16 18:29:17 2009
From: report at bugs.python.org (Tim Golden)
Date: Mon, 16 Feb 2009 17:29:17 +0000
Subject: [issue5282] mmap.resize and offset
In-Reply-To: <1234804976.91.0.251339540511.issue5282@psf.upfronthosting.co.za>
Message-ID: <4999A193.40706@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

Have a look at issue 2733

  http://bugs.python.org/issue2733

where I've just proposed a patch in this area. I'm also
not sure exactly what's going on, but I have patched what
I believe is a linked pair of bugs in that code.

----------
nosy: +tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5282>
_______________________________________

From report at bugs.python.org  Mon Feb 16 18:35:10 2009
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Feb 2009 17:35:10 +0000
Subject: [issue1056293] dir() should only return strings
Message-ID: <1234805710.94.0.670845319994.issue1056293@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Yes, the issue still exists in 2009. Attached patch contains a test + 
a patch to test the type of each value of the dir() result.

I'm not sure that it's a good idea to apply my patch. It's maybe not 
the job of Python to check the types of dir() result.

----------
keywords: +patch
nosy: +haypo
Added file: http://bugs.python.org/file13109/dir_type.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1056293>
_______________________________________

From report at bugs.python.org  Mon Feb 16 18:38:40 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Mon, 16 Feb 2009 17:38:40 +0000
Subject: [issue5282] mmap.resize and offset
In-Reply-To: <1234804976.91.0.251339540511.issue5282@psf.upfronthosting.co.za>
Message-ID: <1234805920.96.0.247906847449.issue5282@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Yes, I noticed this issue while investigating issue2733. But sorry, I
couldn't reproduce the bug on my machine. Even so, LPDWORD arg for
SetPointer can be modified, so your patch looks correct. (There is
SetPointerEx which can make the code simpler, but this function seems
not available on WinCE)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5282>
_______________________________________

From report at bugs.python.org  Mon Feb 16 18:52:01 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 17:52:01 +0000
Subject: [issue2048] IRIX: Seg-fault while building tests with gmake on
	test_xml_etree.
In-Reply-To: <1202465958.71.0.917319505775.issue2048@psf.upfronthosting.co.za>
Message-ID: <1234806721.37.0.263840706227.issue2048@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2048>
_______________________________________

From report at bugs.python.org  Mon Feb 16 18:52:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 17:52:02 +0000
Subject: [issue1086642] Compile of _socket fails on IRIX with 2.4
Message-ID: <1234806722.48.0.507102011725.issue1086642@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1086642>
_______________________________________

From report at bugs.python.org  Mon Feb 16 18:52:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 17:52:04 +0000
Subject: [issue1178510] configure: refuses setgroups
Message-ID: <1234806724.23.0.0608394652265.issue1178510@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1178510>
_______________________________________

From report at bugs.python.org  Mon Feb 16 18:52:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Mon, 16 Feb 2009 17:52:07 +0000
Subject: [issue1070140] endianness detection fails on IRIX 5.3
Message-ID: <1234806727.16.0.951407685054.issue1070140@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1070140>
_______________________________________

From report at bugs.python.org  Mon Feb 16 18:59:41 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Mon, 16 Feb 2009 17:59:41 +0000
Subject: [issue1231081] platform.processor() could be smarter
Message-ID: <1234807181.82.0.719753095933.issue1231081@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

I agree with Michael's comment.

Note that uname -p is hardly ever needed. uname -m is more important and
that's supported on Debian (and exposed via platform.machine()).

----------
nosy: +lemburg
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1231081>
_______________________________________

From report at bugs.python.org  Mon Feb 16 19:15:43 2009
From: report at bugs.python.org (Anthony Tuininga)
Date: Mon, 16 Feb 2009 18:15:43 +0000
Subject: [issue1717] Get rid of more references to __cmp__
In-Reply-To: <1199205565.64.0.0495465164968.issue1717@psf.upfronthosting.co.za>
Message-ID: <1234808143.03.0.329906215362.issue1717@psf.upfronthosting.co.za>


Anthony Tuininga <anthony.tuininga at gmail.com> added the comment:

Removing cmp() breaks distutils. I get the following exception, for
example using the just released version 3.0.1:

Traceback (most recent call last):
  File "setup.py", line 318, in <module>
    classifiers = classifiers)
  File "c:\Python30\lib\distutils\core.py", line 149, in setup
    dist.run_commands()
  File "c:\Python30\lib\distutils\dist.py", line 942, in run_commands
    self.run_command(cmd)
  File "c:\Python30\lib\distutils\dist.py", line 962, in run_command
    cmd_obj.run()
  File "c:\Python30\lib\distutils\command\build.py", line 128, in run
    self.run_command(cmd_name)
  File "c:\Python30\lib\distutils\cmd.py", line 317, in run_command
    self.distribution.run_command(command)
  File "c:\Python30\lib\distutils\dist.py", line 962, in run_command
    cmd_obj.run()
  File "c:\Python30\lib\distutils\command\build_ext.py", line 306, in run
    force=self.force)
  File "c:\Python30\lib\distutils\ccompiler.py", line 1110, in new_compiler
    return klass(None, dry_run, force)
  File "c:\Python30\lib\distutils\cygwinccompiler.py", line 314, in __init__
    if self.gcc_version <= "2.91.57":
  File "c:\Python30\lib\distutils\version.py", line 64, in __le__
    c = self._cmp(other)
  File "c:\Python30\lib\distutils\version.py", line 341, in _cmp
    return cmp(self.version, other.version)
NameError: global name 'cmp' is not defined

----------
nosy: +atuining

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1717>
_______________________________________

From report at bugs.python.org  Mon Feb 16 19:23:06 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 16 Feb 2009 18:23:06 +0000
Subject: [issue1717] Get rid of more references to __cmp__
In-Reply-To: <1199205565.64.0.0495465164968.issue1717@psf.upfronthosting.co.za>
Message-ID: <1234808586.84.0.550870479684.issue1717@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1717>
_______________________________________

From report at bugs.python.org  Mon Feb 16 19:26:21 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 16 Feb 2009 18:26:21 +0000
Subject: [issue1717] Get rid of more references to __cmp__
In-Reply-To: <1199205565.64.0.0495465164968.issue1717@psf.upfronthosting.co.za>
Message-ID: <1234808781.13.0.423133373725.issue1717@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Fixed in r69682.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1717>
_______________________________________

From report at bugs.python.org  Mon Feb 16 19:29:25 2009
From: report at bugs.python.org (Takahiro Matsumoto)
Date: Mon, 16 Feb 2009 18:29:25 +0000
Subject: [issue4902] failed to build ctypes in Python2.6.1 (even with gcc)
In-Reply-To: <1231535713.47.0.728185935162.issue4902@psf.upfronthosting.co.za>
Message-ID: <1234808965.01.0.502823018896.issue4902@psf.upfronthosting.co.za>


Takahiro Matsumoto <matumot at spring8.or.jp> added the comment:

I could solve this with following procedures.

- prepare binutil package under /somewhere/
  (i.e. GNU ld, GNU as is available under /somewhere/bin/)

- prepare your local gcc script below and set path for use.
#!/bin/sh

/your_path_to_gcc/gcc -B/somewhere/bin $*

- use this local gcc for your compile.

----------
nosy: +matumot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4902>
_______________________________________

From report at bugs.python.org  Mon Feb 16 19:30:33 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 16 Feb 2009 18:30:33 +0000
Subject: [issue1717] Get rid of more references to __cmp__
In-Reply-To: <1199205565.64.0.0495465164968.issue1717@psf.upfronthosting.co.za>
Message-ID: <1234809033.34.0.13357770853.issue1717@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Darn.  That's really very annoying.  Apologies for missing this one.

Thanks for the quick fix, Benjamin.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1717>
_______________________________________

From report at bugs.python.org  Mon Feb 16 19:32:08 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 16 Feb 2009 18:32:08 +0000
Subject: [issue1667546] Time zone-capable variant of time.localtime
Message-ID: <1234809128.44.0.332997229022.issue1667546@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

What is the status of this?

----------
nosy: +pitrou
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1667546>
_______________________________________

From report at bugs.python.org  Mon Feb 16 20:31:12 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Mon, 16 Feb 2009 19:31:12 +0000
Subject: [issue1098732] Enhance tracebacks and stack traces with vars
In-Reply-To: <1234772442.45.0.176851460955.issue1098732@psf.upfronthosting.co.za>
Message-ID: <18841.48797.78146.171809@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Martin> If it becomes a sys.excepthook, it doesn't need to be part of
    Martin> Python anymore; any user could install it as a recipe if they
    Martin> desire.

    Martin> Hence I'm rejecting the patch.

It could still be a nice addition to the traceback module:

    sys.excepthook = traceback.verbose_traceback

In fact, a minimalist traceback style, similar to the one asyncore, might
also be useful:

    sys.excepthook = traceback.minimal_traceback

Skip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1098732>
_______________________________________

From report at bugs.python.org  Mon Feb 16 20:53:24 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Mon, 16 Feb 2009 19:53:24 +0000
Subject: [issue4151] Separate build dir broken
In-Reply-To: <1224522256.17.0.820973690454.issue4151@psf.upfronthosting.co.za>
Message-ID: <1234814004.46.0.213793012742.issue4151@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

One additional commit change  srcdir = os.path.normpath(srcdir) to
srcdir = os.path.abspath(srcdir) and this should not create relative
path. In this case I expect build in directory
build/temp.<PLATFORM_VERSION>/<ABS_SRC_PATH>.

Andi, did above change work for you.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4151>
_______________________________________

From report at bugs.python.org  Mon Feb 16 20:55:20 2009
From: report at bugs.python.org (James William Pye)
Date: Mon, 16 Feb 2009 19:55:20 +0000
Subject: [issue1195571] simple callback system for Py_FatalError
Message-ID: <1234814120.95.0.356060520737.issue1195571@psf.upfronthosting.co.za>


James William Pye <x at jwp.name> added the comment:

I had actually forgotten that this was still open. Anything I can do to
help speed this along?

In case nobody remembers, the purpose of this was to provide a facility
to embedded applications that allows for a more graceful shutdown in
fatal error situations. My original use-case was for a PostgreSQL PL
extension where an abort() is quite undesirable as it would take down
the entire cluster(yeah, all the postmaster processes).

IIRC, the only thoughts "against" it were rather for trying to remove
FatalErrors entirely.

hepl?

----------
nosy: +jwp

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1195571>
_______________________________________

From report at bugs.python.org  Mon Feb 16 21:03:25 2009
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Feb 2009 20:03:25 +0000
Subject: [issue1251921] Fail codecs.lookup() on 'mbcs' and 'tactis'
Message-ID: <1234814605.43.0.925656479498.issue1251921@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

It looks like few people need this codec (no message since 2005), so I 
close this feature request.

Reopen this issue if you need this codec.

----------
nosy: +haypo
resolution: remind -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1251921>
_______________________________________

From report at bugs.python.org  Mon Feb 16 21:26:37 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Mon, 16 Feb 2009 20:26:37 +0000
Subject: [issue1887] distutils doesn't support out-of-source builds
In-Reply-To: <1200961919.23.0.699852435444.issue1887@psf.upfronthosting.co.za>
Message-ID: <1234815997.09.0.223917835012.issue1887@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

Some other issues supersede this one ... and commits from Neil
Schemenauer resolve this issue may be only for me :).
Please see as example issue4151 .

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1887>
_______________________________________

From report at bugs.python.org  Mon Feb 16 21:36:40 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 16 Feb 2009 20:36:40 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234816600.62.0.942280958663.issue2279@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Ok I have finished the patch, I'll commit it during the week

> FWIW I wrote a module that overrides the default build_py and sdist
> commands with versions that allow specifying package_data recursively

Maybe that could be a new feature ? 


> (while preserving file permissions, unlike the - buggy IMO - behavior of
> distutils) so that I can get rid of the MANIFEST.in.

Sounds like a bug to me, could you fill an issue on that ?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Mon Feb 16 21:48:13 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 16 Feb 2009 20:48:13 +0000
Subject: [issue756093] complex pow() crash on Alpha
Message-ID: <1234817293.33.0.271717613597.issue756093@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Closing this due to lack of feedback.

Ali Polatel's report looks like an entirely separate issue; most likely an 
alpha libm bug.

----------
resolution:  -> out of date
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue756093>
_______________________________________

From report at bugs.python.org  Mon Feb 16 21:54:15 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 16 Feb 2009 20:54:15 +0000
Subject: [issue1044299] compile error with stlport
Message-ID: <1234817655.87.0.1141402748.issue1044299@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Closing as I don't think this is Python's fault plus we have changed how
we generate our project files since then.

----------
nosy: +brett.cannon
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1044299>
_______________________________________

From report at bugs.python.org  Mon Feb 16 21:54:49 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 16 Feb 2009 20:54:49 +0000
Subject: [issue974635] Slice indexes passed to __getitem__ are wrapped
Message-ID: <1234817689.3.0.982349557489.issue974635@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue974635>
_______________________________________

From report at bugs.python.org  Mon Feb 16 22:24:35 2009
From: report at bugs.python.org (James William Pye)
Date: Mon, 16 Feb 2009 21:24:35 +0000
Subject: [issue5283] setting __class__ in __del__ is bad. mmkay. negative ref
	count! kaboom!
In-Reply-To: <1234819475.16.0.132337680587.issue5283@psf.upfronthosting.co.za>
Message-ID: <1234819475.16.0.132337680587.issue5283@psf.upfronthosting.co.za>


New submission from James William Pye <x at jwp.name>:

I found this bug by misplacing a line of a code. Yes, I was doing
naughty things, but in the case of the class that led to the discovery,
it was inadvertent. :P


class something_else(object):
 pass

class foo(object):
 def __del__(self):
  self.__class__ = something_else

for _ in range(1000):
 foo()

That results in a fatal python error due to a negative reference
count(on the foo class object) in 3.0.

3.0.1 (release30-maint:69593M, Feb 13 2009, 14:48:10) -> kaboom
jwp at torch[]:org/pgfoundry/python 134% /src/build/py30/bin/python3.0
./kaboom.py
Fatal Python error: Objects/descrobject.c:10 object at 0x5221b8 has
negative ref count -1
zsh: abort      /src/build/py30/bin/python3.0 ./kaboom.py


2.6 (r26:66714, Dec 21 2008, 21:17:32) -> kaboom
jwp at torch[]:org/pgfoundry/python 0% /sw/bin/python2.6 ./kaboom.py      
        
Fatal Python error: GC object already tracked
zsh: abort      /sw/bin/python2.6 ./kaboom.py


2.5.2 (r252:60911, Jun 15 2008, 18:55:39) -> no kaboom (no asserts? eh..)
...

2.5.1 (r251:54863, Apr 15 2008, 22:57:26) -> kaboom (/usr/bin/python2.5)
jwp at torch[]:org/pgfoundry/python 0% /usr/bin/python2.5 ./kaboom.py
Assertion failed: (PyType_Check(base)), function _PyType_Lookup, file
Objects/typeobject.c, line 2035.
zsh: abort      /usr/bin/python2.5 ./kaboom.py

----------
components: Interpreter Core
files: kaboom.py
messages: 82272
nosy: jwp
severity: normal
status: open
title: setting __class__ in __del__ is bad. mmkay. negative ref count! kaboom!
type: crash
versions: Python 2.5, Python 2.6, Python 3.0
Added file: http://bugs.python.org/file13110/kaboom.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5283>
_______________________________________

From report at bugs.python.org  Mon Feb 16 22:42:13 2009
From: report at bugs.python.org (Armin Ronacher)
Date: Mon, 16 Feb 2009 21:42:13 +0000
Subject: [issue5284] platform.linux_distribution() improperly documented
In-Reply-To: <1234820533.21.0.662174152251.issue5284@psf.upfronthosting.co.za>
Message-ID: <1234820533.21.0.662174152251.issue5284@psf.upfronthosting.co.za>


New submission from Armin Ronacher <armin.ronacher at active-4.com>:

platform.linux_distribution() was added in 2.6 as an alias for
platform.dist().  However the documentation lists platform.dist() as an
alias for platform.linux_distribution() and there is no information that
the latter appered in 2.6 whereas the former exists since 2.4 I think.

Not sure what the fix is, but it should be documented properly with "..
versionadded:: 2.6".

----------
assignee: lemburg
components: Documentation
keywords: easy
messages: 82273
nosy: aronacher, lemburg
priority: normal
severity: normal
status: open
title: platform.linux_distribution() improperly documented
type: behavior
versions: 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/issue5284>
_______________________________________

From report at bugs.python.org  Mon Feb 16 22:45:35 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 16 Feb 2009 21:45:35 +0000
Subject: [issue1759169] clean up Solaris port and allow C99 extension modules
In-Reply-To: <1234794524.57.0.805130533492.issue1759169@psf.upfronthosting.co.za>
Message-ID: <4999DE04.70007@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Theoretically: yes, it's wrong for Python to claim that all extensions
> are compliant to a particular XPG environment.

It's somewhat unfortunate that Python makes such claims for extensions;
primarily, these macros are defined for the compilation of Python
itself. It would be possible to suppress them when compiling non-core
extensions.

However, experience tells that systems can break in surprising ways
if the system headers are compiled with different defines. On some
systems, the sizes and layouts of some types change under such macros,
causing crashes when the extension sees a different size or layout than
the Python core.

> If it helps, Martin, I can put you in touch with our standards expert.
> I'm far from such, so this might help assuage your doubts?

I do feel this restrictiveness of the header files (wrt. C99) is
arbitrary, and has no use. I think system vendors often interpret
"feature selection macro" in a different way than it should be
interpreted (i.e. instead of "make sure any program complying with
the selected features compiles fine", the macros are interpreted
as "reject any program that uses features beyond the selected ones").

So if there is a chance that Sun might reconsider this specific design
choice, I'd love to talk with somebody - setting _XOPEN_SOURCE had
worked fine since Solaris 7.

Independent of such a discussion, I can grudgingly accept removal
of _XOPEN_SOURCE on Solaris 5.{9,10,11} (?), to work-around this
system limitation.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759169>
_______________________________________

From report at bugs.python.org  Mon Feb 16 22:47:21 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 16 Feb 2009 21:47:21 +0000
Subject: [issue1285] setp.py error "The process cannot access the file ..."
In-Reply-To: <1192519749.91.0.34801949524.issue1285@psf.upfronthosting.co.za>
Message-ID: <1234820841.16.0.920795364901.issue1285@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Closing as "works for me", then.

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1285>
_______________________________________

From report at bugs.python.org  Mon Feb 16 22:53:15 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 16 Feb 2009 21:53:15 +0000
Subject: [issue1098732] Enhance tracebacks and stack traces with vars
In-Reply-To: <18841.48797.78146.171809@montanaro.dyndns.org>
Message-ID: <4999DF8B.9060707@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> It could still be a nice addition to the traceback module:

If it doesn't have to be in the standard library, I'd rather see it
as a cookbook recipe, or PyPI package. I think the debate is still
open whether, as an addition to traceback module, it would be "nice".

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1098732>
_______________________________________

From report at bugs.python.org  Mon Feb 16 23:00:20 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 16 Feb 2009 22:00:20 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234821620.85.0.303346090768.issue2279@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

done in r69692 and r69696.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Mon Feb 16 23:03:38 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 16 Feb 2009 22:03:38 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234821818.79.0.908638339973.issue2279@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
versions:  -Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Tue Feb 17 02:32:10 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 01:32:10 +0000
Subject: [issue5287] logging package on IronPython
In-Reply-To: <1234829431.65.0.106894165535.issue5287@psf.upfronthosting.co.za>
Message-ID: <1234834330.26.0.363944464917.issue5287@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> vsajip
nosy: +vsajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5287>
_______________________________________

From report at bugs.python.org  Tue Feb 17 02:37:18 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 01:37:18 +0000
Subject: [issue1531016] Comma not allowed at the end of argument list for
	**argument
Message-ID: <1234834638.81.0.741402546734.issue1531016@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Agreed. Not a bug.

----------
nosy: +benjamin.peterson
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1531016>
_______________________________________

From report at bugs.python.org  Tue Feb 17 02:38:31 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 01:38:31 +0000
Subject: [issue1941] 2.6 stdlib using with statement
In-Reply-To: <1201375289.15.0.528782395183.issue1941@psf.upfronthosting.co.za>
Message-ID: <1234834711.22.0.893831939114.issue1941@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/issue1941>
_______________________________________

From report at bugs.python.org  Tue Feb 17 02:47:47 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 01:47:47 +0000
Subject: [issue1630794] Seg fault in readline call.
Message-ID: <1234835267.79.0.634671665678.issue1630794@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1630794>
_______________________________________

From report at bugs.python.org  Tue Feb 17 02:55:33 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 01:55:33 +0000
Subject: [issue971330] test_signal sucks
Message-ID: <1234835733.35.0.313689647405.issue971330@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I'm going to close this. As Andrew said it now uses unittest and
subprocess which is portable. Reopen if you disagree.

----------
nosy: +benjamin.peterson
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue971330>
_______________________________________

From report at bugs.python.org  Tue Feb 17 02:57:24 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 01:57:24 +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: <1234835844.1.0.998603054923.issue5251@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> ncoghlan
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5251>
_______________________________________

From report at bugs.python.org  Tue Feb 17 03:00:51 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 02:00:51 +0000
Subject: [issue1248119] pdb 'next' does not skip list comprehension
Message-ID: <1234836051.9.0.490175996328.issue1248119@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Let's do it.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1248119>
_______________________________________

From report at bugs.python.org  Tue Feb 17 03:05:35 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 02:05:35 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1234836335.76.0.0936482507519.issue4565@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Tue Feb 17 03:07:30 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 02:07:30 +0000
Subject: [issue5230] pydoc reports misleading failure if target module raises
	an ImportError
In-Reply-To: <1234473388.92.0.353382315269.issue5230@psf.upfronthosting.co.za>
Message-ID: <1234836450.26.0.787680618614.issue5230@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5230>
_______________________________________

From report at bugs.python.org  Tue Feb 17 03:09:21 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 02:09:21 +0000
Subject: [issue2048] IRIX: Seg-fault while building tests with gmake on
	test_xml_etree.
In-Reply-To: <1202465958.71.0.917319505775.issue2048@psf.upfronthosting.co.za>
Message-ID: <1234836561.15.0.532608324726.issue2048@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> wont fix
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2048>
_______________________________________

From report at bugs.python.org  Tue Feb 17 03:13:35 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 02:13:35 +0000
Subject: [issue1283110] Give __len__() advice for "don't know"
Message-ID: <1234836815.28.0.919897387764.issue1283110@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I believe this bug is out of date with the advent of __length_hint__.

----------
nosy: +benjamin.peterson
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1283110>
_______________________________________

From report at bugs.python.org  Tue Feb 17 03:21:07 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 02:21:07 +0000
Subject: [issue1261714] precompiled code and nameError.
Message-ID: <1234837267.23.0.947910867557.issue1261714@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Closing on lack of input from OP.

----------
nosy: +benjamin.peterson
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1261714>
_______________________________________

From report at bugs.python.org  Tue Feb 17 03:30:44 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 17 Feb 2009 02:30:44 +0000
Subject: [issue1283110] Give __len__() advice for "don't know"
Message-ID: <1234837844.51.0.393283109122.issue1283110@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

It should still be documented that __len__ can be used for this purpose.

The __length_hint__ attribute is mainly for iterators because they are
not allowed to have a __len__ as that would affect their boolean value.

----------
assignee:  -> georg.brandl
nosy: +georg.brandl
resolution: out of date -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1283110>
_______________________________________

From report at bugs.python.org  Tue Feb 17 04:31:43 2009
From: report at bugs.python.org (George Sakkis)
Date: Tue, 17 Feb 2009 03:31:43 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234841503.0.0.592566070878.issue2279@psf.upfronthosting.co.za>


George Sakkis <george.sakkis at gmail.com> added the comment:

> > FWIW I wrote a module that overrides the default build_py and sdist
> > commands with versions that allow specifying package_data recursively
> 
> Maybe that could be a new feature ? 

That would be nice, especially if we want to reimplement MANIFEST.in as
setup() option at some point. My current implementation doesn't extend
the API, so there's no way to specify a subset of files under a
directory like recursive-include; every directory matched by a glob is
copied in whole (recursively):

import os
from distutils.command.build_py import build_py as _build_py

class build_py(_build_py):
    def find_data_files(self, package, src_dir):
        files = []
        for p in _build_py.find_data_files(self, package, src_dir):
            if os.path.isdir(p):
                files.extend(os.path.join(par,f)
                             for par,dirs,files in os.walk(p) 
                             for f in files)
            else:
                files.append(p)
        return files


> > (while preserving file permissions, unlike the - buggy IMO - behavior of
> > distutils) so that I can get rid of the MANIFEST.in.
> 
> Sounds like a bug to me, could you fill an issue on that ?

If it's a bug, it's certainly not accidental; there's a big XXX comment
justifying this choice but I'm not convinced. I posted about it at
http://mail.python.org/pipermail/python-list/2009-January/524263.html;
if you think it's a bug I'll fill an issue.

----------
versions: +Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Tue Feb 17 04:52:34 2009
From: report at bugs.python.org (George Sakkis)
Date: Tue, 17 Feb 2009 03:52:34 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234842754.06.0.201965027469.issue2279@psf.upfronthosting.co.za>


George Sakkis <george.sakkis at gmail.com> added the comment:

> done in r69692 and r69696.

Great, thanks. The data_files part though seems incorrect; for one thing
each item in data_files can be either a (dir,files) tuple or a plain
string, and for two 'dir' is the output (installation) directory, not
the root of 'files'. Here's the relevant part from my module:

if self.distribution.has_data_files():
    for item in self.distribution.data_files:
        if isinstance(item, basestring): # plain file
            self.filelist.append(convert_path(item))
        else: # an (outdir, files) tuple
            outdir,data_files = item
            self.filelist.extend(convert_path(f) for f in data_files)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Tue Feb 17 05:33:26 2009
From: report at bugs.python.org (James Henstridge)
Date: Tue, 17 Feb 2009 04:33:26 +0000
Subject: [issue5288] tzinfo objects with sub-minute offsets are not supported
	(e.g. UTC+05:53:28)
In-Reply-To: <1234845206.93.0.372909555036.issue5288@psf.upfronthosting.co.za>
Message-ID: <1234845206.93.0.372909555036.issue5288@psf.upfronthosting.co.za>


New submission from James Henstridge <james at jamesh.id.au>:

The datetime module does not support time zones whose offset from UTC is
not an integer number of minutes.

The Olson time zone database (used by most UNIX systems and Mac OS X)
has a number of time zones with historic offsets that use second
resolution (from before those locations switched to a rounded offset
from GMT).

If you are working purely with the Python date time module, you can
round these offsets to whole numbers of minutes and get consistent
results (this is what the pytz module does), there are problems if you
want to interact with other programs using the Olson database.

As an example, PostgreSQL can return dates with sub-minute UTC offsets
and it would be nice to be able to represent them exactly.

The documentation doesn't explain why offsets need to be a whole number
of minutes, and the interface (returning timedeltas) doesn't look like
it'd need changing to support second offsets.  I wouldn't expect any
more complexity in the code to support them either.

----------
components: Extension Modules
messages: 82299
nosy: jamesh
severity: normal
status: open
title: tzinfo objects with sub-minute offsets are not supported (e.g. UTC+05:53:28)
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5288>
_______________________________________

From report at bugs.python.org  Tue Feb 17 06:35:51 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 17 Feb 2009 05:35:51 +0000
Subject: [issue5282] mmap.resize and offset
In-Reply-To: <1234804976.91.0.251339540511.issue5282@psf.upfronthosting.co.za>
Message-ID: <1234848951.92.0.397893305201.issue5282@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I investigated more. Following code crashed with bus error on coLinux.

import mmap

def main():
    align = mmap.ALLOCATIONGRANULARITY
    with open("a.txt", "w") as f:
        f.write("0" * align)
        f.write("1" * align)
        f.write("2" * align)
    with open("a.txt", "r+") as f:
        m = mmap.mmap(f.fileno(), align, offset=align*2)
    m.resize(1)
    print m[0] # bus error

if __name__ == '__main__':
    main()

On windows, failed with AccessDenied. (32bit Win2000)

----------
type: behavior -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5282>
_______________________________________

From report at bugs.python.org  Tue Feb 17 07:40:56 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Tue, 17 Feb 2009 06:40:56 +0000
Subject: [issue1098732] Enhance tracebacks and stack traces with vars
Message-ID: <1234852856.01.0.218247060981.issue1098732@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

PyPI: http://pypi.python.org/pypi/tb

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1098732>
_______________________________________

From report at bugs.python.org  Tue Feb 17 08:41:31 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 17 Feb 2009 07:41:31 +0000
Subject: [issue1244929] hide tests from TestProgram
Message-ID: <1234856491.32.0.72547373474.issue1244929@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

No, the feature is not present in current unittest; the patch is still 
applicable. I'm concerned with backward compatibility, though.

To achieve the same result, the common usage is a mixin class.
See for example Lib/test/test_codecencoding_cn.py:

class BaseTest:
    ... test functions, setup, teardown ...
class TestBlah(BaseTest, unittest.TestCase):
    ... subclass here ...

This is not too bad. I suggest to close this issue as "won't fix".

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1244929>
_______________________________________

From report at bugs.python.org  Tue Feb 17 09:17:15 2009
From: report at bugs.python.org (Ke Wang)
Date: Tue, 17 Feb 2009 08:17:15 +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: <1234858635.81.0.426092533899.issue5289@psf.upfronthosting.co.za>


New submission from Ke Wang <ke.wang at sun.com>:

Under Solaris, find_library can not give the correct path.
Solaris does not have /sbin/ldconfig, so _findLib_gcc is used.

def _findLib_gcc(name):
        expr = r'[^\(\)\s]*lib%s\.[^\(\)\s]*' % re.escape(name)
        fdout, ccout = tempfile.mkstemp()
        os.close(fdout)
        cmd = 'if type gcc >/dev/null 2>&1; then CC=gcc; else CC=cc; fi;' \
              '$CC -Wl,-t -o ' + ccout + ' 2>&1 -l' + name
        try:
            f = os.popen(cmd)
            trace = f.read()
            f.close()
        finally:
            try:
                os.unlink(ccout)
            except OSError, e:
                if e.errno != errno.ENOENT:
                    raise
        res = re.search(expr, trace)
        if not res:
            return None
        return res.group(0)

I executed these code manually, and after ?trace = f.read()?, I printed
the content of 'trace', which was just as following:

Undefined			first referenced
 symbol  			    in file
main                                /usr/lib/crt1.o
ld: fatal: symbol referencing errors. No output written to /tmp/tmpYN85Fm
collect2: ld returned 1 exit status

----------
assignee: theller
components: ctypes
messages: 82303
nosy: kewang, theller
severity: normal
status: open
title: ctypes.util.find_library does not work under Solaris
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5289>
_______________________________________

From report at bugs.python.org  Tue Feb 17 09:25:44 2009
From: report at bugs.python.org (Beda Kosata)
Date: Tue, 17 Feb 2009 08:25:44 +0000
Subject: [issue5290] subprocess.Popen.communicate does not encode unicode
	strings
In-Reply-To: <1234859144.87.0.49854960463.issue5290@psf.upfronthosting.co.za>
Message-ID: <1234859144.87.0.49854960463.issue5290@psf.upfronthosting.co.za>


New submission from Beda Kosata <beda at zirael.org>:

The method subprocess.Popen.communicate (more the underlying
_communicate) writes the input to the stdin stream without encoding,
regardless of it being a unicode string. The result is incorrect
behavior of the running program as it receives 4 bytes for each character.
As simple text program is here:

import subprocess
from base64 import b16encode

command = ["cat"]
p = subprocess.Popen(command, stdin=subprocess.PIPE,
stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
data = u"test text"
o, er = p.communicate(data)
print b16encode(o)

I believe that this issue is closely related to Issue2683 where this was
fixed for Python 3.0.

----------
components: Library (Lib)
messages: 82304
nosy: beda
severity: normal
status: open
title: subprocess.Popen.communicate does not encode unicode strings
type: behavior
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5290>
_______________________________________

From report at bugs.python.org  Tue Feb 17 10:09:16 2009
From: report at bugs.python.org (Michael Kesper)
Date: Tue, 17 Feb 2009 09:09:16 +0000
Subject: [issue5291] Windows upgrade to 2.6.1 requires 2.6 installer to be
	present
In-Reply-To: <1234861756.46.0.69901675612.issue5291@psf.upfronthosting.co.za>
Message-ID: <1234861756.46.0.69901675612.issue5291@psf.upfronthosting.co.za>


New submission from Michael Kesper <mkesper at schokokeks.org>:

When upgrading to 2.6.1, an error occurs if the old installer is not
found. I needed to open it several times until I read _what_ was needed.
Finding old installers on python.org requires too much search, too.

----------
components: Installation
files: python_261.png
messages: 82305
nosy: mkesper
severity: normal
status: open
title: Windows upgrade to 2.6.1 requires 2.6 installer to be present
versions: Python 2.6
Added file: http://bugs.python.org/file13114/python_261.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5291>
_______________________________________

From report at bugs.python.org  Tue Feb 17 10:26:25 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 17 Feb 2009 09:26:25 +0000
Subject: [issue5284] platform.linux_distribution() improperly documented
In-Reply-To: <1234820533.21.0.662174152251.issue5284@psf.upfronthosting.co.za>
Message-ID: <499A82BD.1050804@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-16 22:42, Armin Ronacher wrote:
> New submission from Armin Ronacher <armin.ronacher at active-4.com>:
> 
> platform.linux_distribution() was added in 2.6 as an alias for
> platform.dist().  However the documentation lists platform.dist() as an
> alias for platform.linux_distribution() and there is no information that
> the latter appered in 2.6 whereas the former exists since 2.4 I think.

> Not sure what the fix is, but it should be documented properly with "..
> versionadded:: 2.6".

Note that dist() redirects to linux_distribution(), not the other
way around.

I'll add the versionadded tags and also clarify the dist() documentation:
it's missing a comment that full_distribution_name is set to false
when redirecting to linux_distribution().

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5284>
_______________________________________

From report at bugs.python.org  Tue Feb 17 10:35:57 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 17 Feb 2009 09:35:57 +0000
Subject: [issue5292] mmap crashes just on boundary.
In-Reply-To: <1234863357.35.0.195202793383.issue5292@psf.upfronthosting.co.za>
Message-ID: <1234863357.35.0.195202793383.issue5292@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

I noticed following code crashes. I'll post fix soon.

import mmap
import os

def main():
	align = mmap.ALLOCATIONGRANULARITY
	path = os.path.splitext(__file__)[0] + ".txt"
	with open(path, "w") as f:
		f.write("0" * align)
		f.write("1" * align)
		f.write("2" * align)
	with open(path, "r+") as f:
		m = mmap.mmap(f.fileno(), align)
	m[align] # crash
        m[align] = '1' # crash too

if __name__ == '__main__':
	main()

----------
components: Extension Modules
messages: 82307
nosy: ocean-city
severity: normal
status: open
title: mmap crashes just on boundary.
type: crash
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5292>
_______________________________________

From report at bugs.python.org  Tue Feb 17 10:42:12 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 17 Feb 2009 09:42:12 +0000
Subject: [issue5292] mmap crashes just on boundary.
In-Reply-To: <1234863357.35.0.195202793383.issue5292@psf.upfronthosting.co.za>
Message-ID: <1234863732.53.0.075688302633.issue5292@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Here is a patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file13115/fix_segfault_on_boundary.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5292>
_______________________________________

From report at bugs.python.org  Tue Feb 17 10:44:21 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 17 Feb 2009 09:44:21 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234863861.57.0.52748640655.issue2279@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

added in r69710. Thx

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Tue Feb 17 10:51:58 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 09:51:58 +0000
Subject: [issue5287] logging package on IronPython
In-Reply-To: <1234829431.65.0.106894165535.issue5287@psf.upfronthosting.co.za>
Message-ID: <1234864318.79.0.25138677036.issue5287@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Rather than explicit testing for sys.platform, a try...except would be
more flexible and more future-proof.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5287>
_______________________________________

From report at bugs.python.org  Tue Feb 17 11:06:34 2009
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 17 Feb 2009 10:06:34 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234865194.48.0.771054694385.issue5293@psf.upfronthosting.co.za>
Message-ID: <1234865194.48.0.771054694385.issue5293@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

The code below exits with timeout after about 20 secs on Windows +
Python 2.5.4

import socket
# address of server routable, but offline
server = "192.168.1.2"
s = socket.socket()
s.setblocking(1)
s.connect((server, 139))
s.close()

The output is:

Traceback (most recent call last):
  File "D:\.env\test.py", line 6, in <module>
    s.connect((server, 139))
  File "<string>", line 1, in connect
socket.error: (10060, 'Operation timed out')

If timeout is set to 1 it exits almost immediately. If timeout is large
it waits for about 20 seconds and exits.

I use socket to wait for the network service to appear. The target
machine 192.168.1.2 belongs to local network, but offline.

----------
components: Library (Lib), Windows
messages: 82311
nosy: techtonik
severity: normal
status: open
title: socket timeouts even in blocking mode
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Tue Feb 17 11:07:55 2009
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Feb 2009 10:07:55 +0000
Subject: [issue5287] logging package on IronPython
In-Reply-To: <1234829431.65.0.106894165535.issue5287@psf.upfronthosting.co.za>
Message-ID: <1234865275.74.0.210175475019.issue5287@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> IronPython provides sys._getframe but it throws an exception 
> if you call it with a non-zero depth.

Stupid question: why not fixing sys._getframe()?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5287>
_______________________________________

From report at bugs.python.org  Tue Feb 17 11:08:37 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 17 Feb 2009 10:08:37 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1234841503.0.0.592566070878.issue2279@psf.upfronthosting.co.za>
Message-ID: <94bdd2610902170208l315183a0n810e13343f4f7f6b@mail.gmail.com>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

2009/2/17 George Sakkis <report at bugs.python.org>:
>> Maybe that could be a new feature ?
>
> That would be nice, especially if we want to reimplement MANIFEST.in as
> setup() option at some point. My current implementation doesn't extend
> the API, so there's no way to specify a subset of files under a
> directory like recursive-include; every directory matched by a glob is
> copied in whole (recursively):

Please could you add a feature request ?

We will need to discuss it there.

>
> import os
> from distutils.command.build_py import build_py as _build_py
>
> class build_py(_build_py):
>    def find_data_files(self, package, src_dir):
>        files = []
>        for p in _build_py.find_data_files(self, package, src_dir):
>            if os.path.isdir(p):
>                files.extend(os.path.join(par,f)
>                             for par,dirs,files in os.walk(p)
>                             for f in files)
>            else:
>                files.append(p)
>        return files

> If it's a bug, it's certainly not accidental; there's a big XXX comment
> justifying this choice but I'm not convinced. I posted about it at
> http://mail.python.org/pipermail/python-list/2009-January/524263.html;
> if you think it's a bug I'll fill an issue.

Please do so, I am focusing on the Distutils-SIG ML , so I missed it

I don't know yet what is a proper way to adress this, but the bug tracker seem
apprioriate for this.

>
> ----------
> versions: +Python 2.6, Python 3.0
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue2279>
> _______________________________________
> _______________________________________________
> Python-bugs-list mailing list
> Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/ziade.tarek%40gmail.com
>
>

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Tue Feb 17 11:13:43 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 17 Feb 2009 10:13:43 +0000
Subject: [issue5292] mmap crashes just on boundary.
In-Reply-To: <1234863357.35.0.195202793383.issue5292@psf.upfronthosting.co.za>
Message-ID: <1234865623.55.0.434987337235.issue5292@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

This is obvious bug (and fix is obvious too), so I've commited in r69714.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5292>
_______________________________________

From report at bugs.python.org  Tue Feb 17 11:17:03 2009
From: report at bugs.python.org (Michael Foord)
Date: Tue, 17 Feb 2009 10:17:03 +0000
Subject: [issue5287] logging package on IronPython
In-Reply-To: <1234829431.65.0.106894165535.issue5287@psf.upfronthosting.co.za>
Message-ID: <1234865823.53.0.758830924526.issue5287@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

@Victor
IronPython doesn't use Python stack frames, so tracking them and then
constructing the objects on demand would add about a ~10% performance
hit to IronPython. Even when it is done it is likely to be an option
rather than on by default - using _getframe is usually a hack anyway. :-)

@Antoine
Could do that - it would have to trap ValueError. I'd be slightly
worried about it masking other bugs. In previous versions of logging
setting _srcfile to None was *the* mechanism for stopping the use of
_getframe.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5287>
_______________________________________

From report at bugs.python.org  Tue Feb 17 11:21:39 2009
From: report at bugs.python.org (Michael Foord)
Date: Tue, 17 Feb 2009 10:21:39 +0000
Subject: [issue5287] logging package on IronPython
In-Reply-To: <1234829431.65.0.106894165535.issue5287@psf.upfronthosting.co.za>
Message-ID: <1234866099.75.0.377396860406.issue5287@psf.upfronthosting.co.za>


Michael Foord <michael at voidspace.org.uk> added the comment:

Attached is an alternative patch that wraps the call to findCaller in a
try:...except.

Added file: http://bugs.python.org/file13116/logging2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5287>
_______________________________________

From report at bugs.python.org  Tue Feb 17 11:54:32 2009
From: report at bugs.python.org (Ke Wang)
Date: Tue, 17 Feb 2009 10:54:32 +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: <1234868072.72.0.385979039337.issue5289@psf.upfronthosting.co.za>


Ke Wang <ke.wang at sun.com> added the comment:

I tested the command 'gcc -Wl,-t' on Ubuntu, it works fine.
But on Solaris, it doesn't work as expected.

Finally I find that gcc does not use GNU ld on Solaris, instead, it uses
SUN ld.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5289>
_______________________________________

From report at bugs.python.org  Tue Feb 17 12:30:22 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 11:30:22 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234870222.42.0.344067273844.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Antoine, were your posted results on a 64-bit or a 32-bit system?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 12:34:47 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 11:34:47 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234870487.54.0.505366605936.issue4258@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Mark, I think it was 32-bit at the time.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 12:44:27 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 11:44:27 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234871067.46.0.16318774882.issue4258@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Now with the latest patch, and under a 64-bit system (the same one
actually, but with a 64-bit distro):

* pybench is roughly 2% slower 
* timeit -s "a=100000000;b=777777" "a//b"
- before: 0.563 usec per loop
- after: 0.226 usec per loop
* timeit -s "a=100000000;b=777777" "a*b"
- before: 0.179 usec per loop
- after: 0.131 usec per loop
* timeit -s "a=100000000;b=777777" "a+b"
- before: 0.174 usec per loop
- after: 0.134 usec per loop

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 12:49:51 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 11:49:51 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234871391.42.0.904532148239.issue4258@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Actually, I think my previous results were in 64-bit mode already.

By the way, I don't think unconditionally using uint64_t is a good thing
on 32-bit CPUs. uint64_t might be an emulated type, and operations will
then be very slow.
It would be better to switch based on sizeof(long) (for LP64 systems) or
sizeof(void *) (for LLP64 systems).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 12:51:45 2009
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 17 Feb 2009 11:51:45 +0000
Subject: [issue5294] pdb "break" command messes up "continue"
In-Reply-To: <1234871505.48.0.0380268951532.issue5294@psf.upfronthosting.co.za>
Message-ID: <1234871505.48.0.0380268951532.issue5294@psf.upfronthosting.co.za>


New submission from Petr Viktorin <encukou at gmail.com>:

Consider this program:

import pdb

pdb.set_trace()

print ("At line 5")
print ("At line 6")
print ("At line 7")
print ("At line 8")
print ("At line 9")

When set_trace starts the debugger, I set a breakpoint at line 8. When I
do that, the continue command starts single-stepping instead of what it
usually does.
Also, the module will appear twice on the call stack (although pdb won't
show this).

Here is the pdb session:

$ python pdbfail.py
> /home/petr/tmp/pdbfail.py(5)<module>()
-> print ("At line 5")
(Pdb) break 8
Breakpoint 1 at /home/petr/tmp/pdbfail.py:8
(Pdb) continue
At line 5
> /home/petr/tmp/pdbfail.py(6)<module>()
-> print ("At line 6")
(Pdb) continue
At line 6
> /home/petr/tmp/pdbfail.py(7)<module>()
-> print ("At line 7")
(Pdb) where
> /home/petr/tmp/pdbfail.py(7)<module>()
-> print ("At line 7")
(Pdb) quit
Traceback (most recent call last):
  File "pdbfail.py", line 7, in <module>
    print ("At line 7")
  File "pdbfail.py", line 7, in <module>
    print ("At line 7")
  File "/usr/lib/python2.5/bdb.py", line 48, in trace_dispatch
    return self.dispatch_line(frame)
  File "/usr/lib/python2.5/bdb.py", line 67, in dispatch_line
    if self.quitting: raise BdbQuit
bdb.BdbQuit

----------
components: Library (Lib)
messages: 82322
nosy: En-Cu-Kou
severity: normal
status: open
title: pdb "break" command messes up "continue"
versions: Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5294>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:00:05 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 17 Feb 2009 12:00:05 +0000
Subject: [issue5282] mmap.resize and offset
In-Reply-To: <1234804976.91.0.251339540511.issue5282@psf.upfronthosting.co.za>
Message-ID: <1234872005.72.0.653625402701.issue5282@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Here is a patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file13117/fix_offset_and_resize.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5282>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:06:22 2009
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 17 Feb 2009 12:06:22 +0000
Subject: [issue5294] pdb "break" command messes up "continue"
In-Reply-To: <1234871505.48.0.0380268951532.issue5294@psf.upfronthosting.co.za>
Message-ID: <1234872382.19.0.923114803335.issue5294@psf.upfronthosting.co.za>


Petr Viktorin <encukou at gmail.com> added the comment:

It doesn't matter whether the breakpoint is set from within a function
or not, but only the module-level frame is affected.

import pdb

def test():
    print ("At line 4")
    print ("At line 5")
    print ("At line 6")
    print ("At line 7")

pdb.set_trace()

print ("At line 11")
print ("At line 12")
test()
print ("At line 13")
print ("At line 14")

$ python pdbfail.py
> /home/petr/tmp/pdbfail.py(11)<module>()
-> print ("At line 11")

...[single-step to line 4]...

> /home/petr/tmp/pdbfail.py(4)test()
-> print ("At line 4")
(Pdb) b 14
Breakpoint 1 at /home/petr/tmp/pdbfail.py:14
(Pdb) c
At line 4
At line 5
At line 6
At line 7
> /home/petr/tmp/pdbfail.py(14)<module>()
-> print ("At line 13")
(Pdb) c
At line 13
> /home/petr/tmp/pdbfail.py(15)<module>()
-> print ("At line 14")
(Pdb) c
At line 14
--Return--
> /home/petr/tmp/pdbfail.py(15)<module>()->None
-> print ("At line 14")
(Pdb) c

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5294>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:12:09 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 12:12:09 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234872729.12.0.640792670367.issue4258@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Actually, I still get a speedup on a 32-bit build. :)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:14:18 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 12:14:18 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234872858.19.0.692587004536.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Here's a version of the patch that includes optimizations to
basecase multiplication, and a streamlined x_divrem for faster division.
 With Victor's benchmark, I'm getting 43% speed increase on 64-bit
Linux/Core 2 Duo.

Note: the base patch is stable and ready for review;  in contrast, the
optimizations are still in a state of flux, so the +optimizations
patch is just there as an example of what might be possible.

About using uint64_t:

the 64-bit type isn't really used very much:  its main role is as the
result type of a 32-bit by 32-bit multiplication.  So it might
not matter too much if it's an emulated type;  what's
important is that the 32-bit by 32-bit multiply with 64-bit results
is done in a single CPU instruction.  I don't know how to test for
this.  Do you know of a mainstream system where this isn't true?

I'll test this tonight on 32-bit PPC and 32=bit Intel, and report back.

I don't care very much about trying to *automatically* do the right
thing for small or embedded systems:  they can use the
--disable-big-digits configure option to turn 30-bit digits off.

Antoine, do you think we should be using 30-bit digits by default *only*
on 64-bit machines?  I guess I could go with that, if it
can be manually overridden by the configure option.

Added file: http://bugs.python.org/file13118/30bit_longdigit13+optimizations.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:15:36 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 12:15:36 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234872936.91.0.200016926879.issue4258@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


Removed file: http://bugs.python.org/file11986/30bit_longdigit6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:17:23 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Feb 2009 12:17:23 +0000
Subject: [issue706585] Expose FinderInfo in FSCatalogInfo
Message-ID: <1234873043.73.0.722257648103.issue706585@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I'm closing this as "wont fix" because the Carbon bindings are deprecated 
and are removed in Python 3.0.

----------
nosy: +ronaldoussoren
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706585>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:20:22 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Feb 2009 12:20:22 +0000
Subject: [issue706592] Crbon.File.FSSpec should accept non-existing pathnames
Message-ID: <1234873222.67.0.428832295746.issue706592@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Closing as "won't fix" because the Carbon bindings are deprecated, and 
FSSpec's are even more deprecated (they're even deprecated at the C-level)

----------
nosy: +ronaldoussoren
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue706592>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:28:02 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Feb 2009 12:28:02 +0000
Subject: [issue806149] aetools.TalkTo methods can be obscured
Message-ID: <1234873682.19.0.517980742209.issue806149@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Closing as "won't fix" because the aepack module is deprecated and has 
various other major issues on little-endian systems.

----------
nosy: +ronaldoussoren
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue806149>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:31:01 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Feb 2009 12:31:01 +0000
Subject: [issue852150] Can't send Apple Events without WindowServer connection
Message-ID: <1234873861.28.0.364859421254.issue852150@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Closing as won't fix because the Carbon modules are deprecated. 

This doesn't actually affect behaviour of the Carbon bindings, other than 
causing an icon to appear on the dock which is basicly purely cosmetical.

----------
nosy: +ronaldoussoren
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue852150>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:31:51 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Feb 2009 12:31:51 +0000
Subject: [issue853656] Carbon.CF.CFURLRef should be easier to create
Message-ID: <1234873911.51.0.419397384383.issue853656@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Carbon.CF is very imcomplete. Use PyObjC instead.

----------
nosy: +ronaldoussoren
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue853656>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:32:47 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Feb 2009 12:32:47 +0000
Subject: [issue869649] Quicktime missing funcitonality
Message-ID: <1234873967.28.0.641294858172.issue869649@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Fixing this isn't worth the trouble.

----------
nosy: +ronaldoussoren
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue869649>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:34:45 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Feb 2009 12:34:45 +0000
Subject: [issue878560] Add a console window for Carbon MacPython applets
Message-ID: <1234874085.66.0.0648202906947.issue878560@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Closing as won't fix. The "Make Applet" tool is still present, but rather 
useless.

Use py2app to create application bundles.

----------
nosy: +ronaldoussoren
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue878560>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:50:13 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 17 Feb 2009 12:50:13 +0000
Subject: [issue5284] platform.linux_distribution() improperly documented
In-Reply-To: <1234820533.21.0.662174152251.issue5284@psf.upfronthosting.co.za>
Message-ID: <1234875013.91.0.61496073426.issue5284@psf.upfronthosting.co.za>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

Fixed in r69717.

----------
versions:  -Python 2.4, Python 2.5, Python 2.6, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5284>
_______________________________________

From report at bugs.python.org  Tue Feb 17 13:50:21 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 17 Feb 2009 12:50:21 +0000
Subject: [issue5284] platform.linux_distribution() improperly documented
In-Reply-To: <1234820533.21.0.662174152251.issue5284@psf.upfronthosting.co.za>
Message-ID: <1234875021.17.0.909312628803.issue5284@psf.upfronthosting.co.za>


Changes by Marc-Andre Lemburg <mal at egenix.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5284>
_______________________________________

From report at bugs.python.org  Tue Feb 17 14:03:13 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 17 Feb 2009 13:03:13 +0000
Subject: [issue2733] mmap resize fails on anonymous memory (Windows)
In-Reply-To: <1209661457.64.0.989081565875.issue2733@psf.upfronthosting.co.za>
Message-ID: <1234875793.26.0.769722140238.issue2733@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Tim, I confirmed your test fails on my machine, and is fixed by your patch.
I want to commit this. Can I?

----------
components: +Extension Modules, Windows -Library (Lib)
nosy: +ocean-city
stage:  -> commit review
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2733>
_______________________________________

From report at bugs.python.org  Tue Feb 17 14:12:04 2009
From: report at bugs.python.org (Tim Golden)
Date: Tue, 17 Feb 2009 13:12:04 +0000
Subject: [issue2733] mmap resize fails on anonymous memory (Windows)
In-Reply-To: <1234875793.26.0.769722140238.issue2733@psf.upfronthosting.co.za>
Message-ID: <499AB7A1.10109@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

>From me, yes of course, but I assume you want another
core dev for a 2nd opinion.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2733>
_______________________________________

From report at bugs.python.org  Tue Feb 17 14:19:18 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 17 Feb 2009 13:19:18 +0000
Subject: [issue5282] mmap.resize and offset
In-Reply-To: <1234804976.91.0.251339540511.issue5282@psf.upfronthosting.co.za>
Message-ID: <1234876758.93.0.661300892477.issue5282@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I hope this is obvious too. Fixed in r69718.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5282>
_______________________________________

From report at bugs.python.org  Tue Feb 17 15:30:36 2009
From: report at bugs.python.org (John Levon)
Date: Tue, 17 Feb 2009 14:30:36 +0000
Subject: [issue1759169] clean up Solaris port and allow C99 extension modules
Message-ID: <1234881036.08.0.64629928579.issue1759169@psf.upfronthosting.co.za>


John Levon <movement at users.sourceforge.net> added the comment:

> However, experience tells that systems can break in surprising ways
> if the system headers are compiled with different defines.

This is indeed a reasonable concern (for which the best solution is
dropping the defines in the Python compile).

> I do feel this restrictiveness of the header files (wrt. C99) is
> arbitrary, and has no use.

Unfortunately, neither you, I, nor Sun can do anything at all about this
fact. I've filed an RFE for you:

http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6806390
feature_tests.h could be laxer about C99

(It'll take a while to be visible externally.)

Even if this happens, though, it's strictly a workaround: it is still a
bug that Python sets these defines on Solaris: they do not mean what the
Python build thinks they mean. It's effectively a Linux-ism.

> setting _XOPEN_SOURCE had worked fine since Solaris 7.

The particular change we're talking about (C99) went back in 2003:

http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=4760794
4760794 UNIX03: sys/feature_tests.h updates required to support SUSv3
and c99

so Python has been broken by this for all of the Solaris 10 lifecycle.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1759169>
_______________________________________

From report at bugs.python.org  Tue Feb 17 15:30:53 2009
From: report at bugs.python.org (Musashi Tamura)
Date: Tue, 17 Feb 2009 14:30:53 +0000
Subject: [issue3921] smtplib cannot sendmail over TLS
In-Reply-To: <1221984708.09.0.19052832877.issue3921@psf.upfronthosting.co.za>
Message-ID: <1234881053.15.0.0545428163248.issue3921@psf.upfronthosting.co.za>


Musashi Tamura <yuri.musashi.miwa.tamura at gmail.com> added the comment:

The difference is this line.

(2.5, work)
send: 'AUTH PLAIN AGxhbWJkYS5sZXRAZ21haWwuY29tAGNoaWtha29zMDA=\r\n'

(Python3, error)
send: 'AUTH PLAIN AGxhbWJkYS5sZXRAZ21haWwuY29tAGNoaWtha29zMDA=\n\r\n'

----------
nosy: +miwa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3921>
_______________________________________

From report at bugs.python.org  Tue Feb 17 15:45:00 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Feb 2009 14:45:00 +0000
Subject: [issue974159] Starting a script in OSX within a specific folder
Message-ID: <1234881900.03.0.674792801269.issue974159@psf.upfronthosting.co.za>


Changes by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
assignee:  -> ronaldoussoren
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue974159>
_______________________________________

From report at bugs.python.org  Tue Feb 17 16:17:45 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Tue, 17 Feb 2009 15:17:45 +0000
Subject: [issue1941] 2.6 stdlib using with statement
In-Reply-To: <1201375289.15.0.528782395183.issue1941@psf.upfronthosting.co.za>
Message-ID: <1234883865.26.0.945299182513.issue1941@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <exarkun at divmod.com>:


----------
nosy:  -exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1941>
_______________________________________

From report at bugs.python.org  Tue Feb 17 17:00:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Tue, 17 Feb 2009 16:00:54 +0000
Subject: [issue1047540] Turtle.py hangs Idle
Message-ID: <1234886454.9.0.73688889871.issue1047540@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Taro, the OP, has been able to reproduce the issue with Python 3.0.
Leaving open, details on how to reproduce forthcoming.

----------
versions: +Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1047540>
_______________________________________

From report at bugs.python.org  Tue Feb 17 17:34:23 2009
From: report at bugs.python.org (David W. Lambert)
Date: Tue, 17 Feb 2009 16:34:23 +0000
Subject: [issue5295] turtle.py "dicionary" spelling patch
In-Reply-To: <1234888462.64.0.860042232767.issue5295@psf.upfronthosting.co.za>
Message-ID: <1234888462.64.0.860042232767.issue5295@psf.upfronthosting.co.za>


New submission from David W. Lambert <lambertdw at corning.com>:

x/lib/python3.0$ diff --unified turtle.py.bak turtle.py
--- turtle.py.bak	2009-02-17 11:29:15.000000000 -0500
+++ turtle.py	2009-02-17 11:29:37.000000000 -0500
@@ -2265,7 +2265,7 @@
            "outline"    :   positive number
            "tilt"       :   number
 
-        This dicionary can be used as argument for a subsequent
+        This dictionary can be used as argument for a subsequent
         pen()-call to restore the former pen-state. Moreover one
         or more of these attributes can be provided as keyword-arguments.
         This can be used to set several pen attributes in one statement.

----------
components: Library (Lib)
messages: 82341
nosy: LambertDW
severity: normal
status: open
title: turtle.py "dicionary" spelling patch
type: behavior
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5295>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:09:55 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 17:09:55 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234890595.38.0.866397335915.issue4258@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

As I said, I actually see a speedup as well on a 32-bit build on a
64-bit CPU. So the current patch (30bit_longdigit13.patch) is fine.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:20:34 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 17 Feb 2009 17:20:34 +0000
Subject: [issue1159425] 2.4 crashes when try to exit app and mulitple threads
	active
Message-ID: <1234891234.08.0.997055668969.issue1159425@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

the issue1596321 is very similar (same traceback on another platform).
The problem is still valid, and the discussion seems more advanced there.

----------
nosy: +amaury.forgeotdarc
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159425>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:20:49 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 17 Feb 2009 17:20:49 +0000
Subject: [issue1159425] 2.4 crashes when try to exit app and mulitple threads
	active
Message-ID: <1234891250.0.0.758230570373.issue1159425@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
superseder:  -> KeyError at exit after 'import threading' in other thread

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1159425>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:22:33 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 17:22:33 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234891353.85.0.82224091695.issue4258@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Some more benchmarks results (with 30bit_longdigit13.patch):

* Victor's bench_int.py:
- 32-bit without patch: 1370.1 ms
- 32-bit with patch:    1197.8 ms (23% speedup)
- 64-bit without patch: 1357.6 ms
- 64-bit with patch:    981.6 ms  (28% speedup)

* calculating 2000 digits of pi (*):
- 32-bit without patch: 2.87 s.
- 32-bit with patch:    2.87 s. (0% speedup: ???)
- 64-bit without patch: 3.35 s. 
- 64-bit with patch:    1.68 s. (50% speedup)


(*) using the following script adapted for py3k:
http://shootout.alioth.debian.org/u64q/benchmark.php?test=pidigits&lang=python&id=1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:25:25 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 17:25:25 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234891525.83.0.0570738542092.issue4258@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:25:59 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 17:25:59 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234891559.95.0.777523865531.issue4258@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Here's the py3k version of pidigits.py.

Added file: http://bugs.python.org/file13119/pidigits.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:27:49 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 17:27:49 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234891669.48.0.606850629757.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks, Antoine.  I've reworked the configure stuff anyway:  the decision
about what size digits to use should take place in pyport.h rather than 
Include/longintrepr.h.  Updated patches will arrive shortly!

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:36:54 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 17:36:54 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234892214.89.0.450614489214.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Updated non-optimized patch.  The only real change is that I've moved 
some of the configuration stuff around (so not worth re-benchmarking 
this one);  I hope that I've now got the division of labour correct:

- configure script simply parses the --enable-big-digits option and sets
  PYLONG_DIGIT_SIZE in pyconfig.h to 15 or 30, or leaves it undefined
  if that option wasn't given to configure

- PC/pyconfig.h doesn't define PYLONG_DIGIT_SIZE

- pyport.h chooses a suitable value for PYLONG_DIGIT_SIZE if it's not
  already defined

- Include/longintrepr.h just follows orders: it expects 
PYLONG_DIGIT_SIZE
  to be defined already, and complains if PYLONG_DIGIT_SIZE=30 but the
  necessary integer types aren't available.

Thanks for all the benchmarking.

I'd probably better check on python-dev before pushing this in, since 
it's a new feature.  I hope no-one wants a PEP. :-)

Added file: http://bugs.python.org/file13120/30bit_longdigit14.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:47:04 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 17:47:04 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234892824.93.0.333835723066.issue4258@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The last patch (30bit_longdigit14.patch) is obviously missing some
stuff, but other than that I think everything's fine and you could commit.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:50:23 2009
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 17 Feb 2009 17:50:23 +0000
Subject: [issue5287] logging package on IronPython
In-Reply-To: <1234829431.65.0.106894165535.issue5287@psf.upfronthosting.co.za>
Message-ID: <1234893023.39.0.482873045762.issue5287@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Fix checked into release26-maint.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5287>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:55:31 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 17:55:31 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234893331.91.0.404850564343.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Oops.  Here's the correct patch.

Added file: http://bugs.python.org/file13121/30bit_longdigit14.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 18:56:12 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 17:56:12 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234893372.33.0.874533834208.issue4258@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


Removed file: http://bugs.python.org/file13120/30bit_longdigit14.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 19:04:21 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 18:04:21 +0000
Subject: [issue5287] logging package on IronPython
In-Reply-To: <1234829431.65.0.106894165535.issue5287@psf.upfronthosting.co.za>
Message-ID: <1234893861.78.0.00728815197548.issue5287@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Vinay, the fix should also be committed to trunk (unless the relevant
code doesn't exist anymore), and to py3k.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5287>
_______________________________________

From report at bugs.python.org  Tue Feb 17 19:17:13 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 18:17:13 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234894633.92.0.552668615162.issue4258@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


Added file: http://bugs.python.org/file13122/30bit_longdigit14.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 19:17:21 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 18:17:21 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234894641.13.0.324928097957.issue4258@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


Removed file: http://bugs.python.org/file13121/30bit_longdigit14.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 19:22:01 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 17 Feb 2009 18:22:01 +0000
Subject: [issue5291] Windows upgrade to 2.6.1 requires 2.6 installer to be
	present
In-Reply-To: <1234861756.46.0.69901675612.issue5291@psf.upfronthosting.co.za>
Message-ID: <1234894921.89.0.114282897225.issue5291@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

How exactly did you install the old installer? It should have been
cached into your Windows folder, so that it is available on uninstallation.

That the old installer is required on an upgrade installation in
unavoidable; installation of 2.6.1 essentially uninstalls 2.6 first,
then installs 2.6.1 - the uninstallation requires the old installer.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5291>
_______________________________________

From report at bugs.python.org  Tue Feb 17 19:24:55 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 17 Feb 2009 18:24:55 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234865194.48.0.771054694385.issue5293@psf.upfronthosting.co.za>
Message-ID: <1234895095.11.0.0494319336885.issue5293@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Why do you think this is a bug in Python?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Tue Feb 17 19:43:23 2009
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Tue, 17 Feb 2009 18:43:23 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234896203.63.0.175556649371.issue4258@psf.upfronthosting.co.za>


Changes by Jeffrey Yasskin <jyasskin at gmail.com>:


----------
nosy: +collinwinter, jyasskin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 20:04:44 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 17 Feb 2009 19:04:44 +0000
Subject: [issue5283] setting __class__ in __del__ is bad. mmkay. negative ref
	count! kaboom!
In-Reply-To: <1234819475.16.0.132337680587.issue5283@psf.upfronthosting.co.za>
Message-ID: <1234897484.75.0.0355450543225.issue5283@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Yes, the wrong type is DECREF'd when the object is deallocated.
Patch attached.

----------
keywords: +needs review, patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file13123/del_changes_class.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5283>
_______________________________________

From report at bugs.python.org  Tue Feb 17 20:14:26 2009
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 17 Feb 2009 19:14:26 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234865194.48.0.771054694385.issue5293@psf.upfronthosting.co.za>
Message-ID: <1234898066.05.0.935286071914.issue5293@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

Because documentation doesn't say that Python should timeout after 20
seconds after entering blocking mode if socket to remote host can not be
opened.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Tue Feb 17 20:19:19 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 17 Feb 2009 19:19:19 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234865194.48.0.771054694385.issue5293@psf.upfronthosting.co.za>
Message-ID: <1234898359.61.0.834915262754.issue5293@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

You can't use a connect() call for the purpose of waiting for your 
network to be up.  This has nothing to do with Python.  This is how all 
network APIs work regardless of OS and language.

The "timeout" is due to the network stack being unable to find the 
remote host (read up on ARP) and eventually returning an error.  You 
need to deal with that in your own code.

----------
nosy: +gregory.p.smith
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Tue Feb 17 20:19:25 2009
From: report at bugs.python.org (bob gailer)
Date: Tue, 17 Feb 2009 19:19:25 +0000
Subject: =?utf-8?q?[issue5296]_Use_of_term_sequence_in_Reference_6.3=09Assignment=09Statements?=
In-Reply-To: <1234898365.36.0.574422214894.issue5296@psf.upfronthosting.co.za>
Message-ID: <1234898365.36.0.574422214894.issue5296@psf.upfronthosting.co.za>


New submission from bob gailer <bgailer at gmail.com>:

Currently reads, in part, "If the target list is a comma-separated list
of targets: The object must be a sequence ..."

Change "a sequence" to "an iterable".

Also consider removing references to versions earlier than 1.5.

----------
assignee: georg.brandl
components: Documentation
messages: 82357
nosy: bgailer, georg.brandl
severity: normal
status: open
title: Use of term sequence in Reference 6.3	Assignment	Statements
type: behavior
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5296>
_______________________________________

From report at bugs.python.org  Tue Feb 17 20:22:51 2009
From: report at bugs.python.org (Pavel Repin)
Date: Tue, 17 Feb 2009 19:22:51 +0000
Subject: [issue4431] Distutils MSVC doesn't create manifest file (with fix)
In-Reply-To: <1227644194.32.0.230924221438.issue4431@psf.upfronthosting.co.za>
Message-ID: <1234898571.77.0.379790249725.issue4431@psf.upfronthosting.co.za>


Pavel Repin <prepin+pythonbugs at gmail.com> added the comment:

I'd like to point out that on some configurations (at least mine), you 
really need to specify /MANIFEST option to the linker, even though MSDN 
documentation seems to imply that /MANIFEST behavior is ON by default.
My config:
beta version of Windows 7
ActivePython 2.6.1.1
MSVS 2008 with 32-bit C/C++ Optimizing Compiler Version 15.00.21022.08 
for 80x86

----------
keywords: +patch
nosy: +paxan
Added file: http://bugs.python.org/file13124/0001-Ensure-the-assembly-manifest-file-generation-is-gene.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4431>
_______________________________________

From report at bugs.python.org  Tue Feb 17 20:27:16 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Feb 2009 19:27:16 +0000
Subject: [issue1283110] Give __len__() advice for "don't know"
Message-ID: <1234898836.58.0.29089924608.issue1283110@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

If iterators don't want their boolean value to be messed up, couldn't
they simply use __bool__ for that?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1283110>
_______________________________________

From report at bugs.python.org  Tue Feb 17 20:29:58 2009
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 17 Feb 2009 19:29:58 +0000
Subject: [issue5192] Update log message formatting.
In-Reply-To: <1234197852.95.0.276908828254.issue5192@psf.upfronthosting.co.za>
Message-ID: <1234898998.09.0.979280104421.issue5192@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Isn't there a backward compatibility problem? If a message format string
contains both "%s" and "{0}", how is logging supposed to know what to
use - a % b or a.format(b)?

The way to do it is a custom Formatter, as you've indicated.

----------
nosy: +vsajip
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5192>
_______________________________________

From report at bugs.python.org  Tue Feb 17 21:10:55 2009
From: report at bugs.python.org (Robert Schuppenies)
Date: Tue, 17 Feb 2009 20:10:55 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234901455.18.0.210099748641.issue4258@psf.upfronthosting.co.za>


Changes by Robert Schuppenies <robert.schuppenies at gmail.com>:


----------
nosy: +schuppenies

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 21:13:30 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 17 Feb 2009 20:13:30 +0000
Subject: [issue1283110] Give __len__() advice for "don't know"
In-Reply-To: <1234898836.58.0.29089924608.issue1283110@psf.upfronthosting.co.za>
Message-ID: <1afaf6160902171213i24ba98f3ibbfccf7aef85552a@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Tue, Feb 17, 2009 at 1:27 PM, Antoine Pitrou <report at bugs.python.org> wrote:
>
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> If iterators don't want their boolean value to be messed up, couldn't
> they simply use __bool__ for that?

Since there is no base iterator class, that would complicate the API
and lead to subtle bugs. Personally, I don't think any iterators
should supported len() at all.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1283110>
_______________________________________

From report at bugs.python.org  Tue Feb 17 21:23:48 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 17 Feb 2009 20:23:48 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234902228.78.0.120446455865.issue4258@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Has any conclusion been reached wrt. overhead of 30-bit multiplication
on 32-bit systems? IIUC, the single-digit multiplication is equivalent
to the C program

unsigned long long m(unsigned long long a, unsigned long b)
{
        return a*b;
}

(i.e. one digit is cast into two digits, and multiplied with the other
one). gcc 4.3.3, on x86, compiles this into

        movl    12(%esp), %eax
        movl    8(%esp), %ecx
        imull   %eax, %ecx
        mull    4(%esp)
        leal    (%ecx,%edx), %edx
        ret

In pseudo-code, this is

        tmp = high_a * b;
        high_res:low_res = low_a * b;
        high_res += tmp

So it does use two multiply instructions (plus an add), since one
argument got cast into 64 bits.

VS2008 compiles it into

	push	eax
	push	ecx
	push	0
	push	edx
	call	__allmu

i.e. it widens both arguments to 64 bits, then calls a library routine.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 21:25:29 2009
From: report at bugs.python.org (Zach Dwiel)
Date: Tue, 17 Feb 2009 20:25:29 +0000
Subject: [issue5297] Bug in SocketServer Example
In-Reply-To: <1234902329.49.0.0568937669385.issue5297@psf.upfronthosting.co.za>
Message-ID: <1234902329.49.0.0568937669385.issue5297@psf.upfronthosting.co.za>


New submission from Zach Dwiel <zdwiel at gmail.com>:

There is a bug in the example code:
http://docs.python.org/library/socketserver.html

The very last example has the line:

print "Server loop running in thread:", t.getName()

should be:

print "Server loop running in thread:", server_thread.getName()

Should I post this somewhere else or is this the right place?

----------
assignee: georg.brandl
components: Documentation
messages: 82363
nosy: georg.brandl, zdwiel
severity: normal
status: open
title: Bug in SocketServer Example
type: compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5297>
_______________________________________

From report at bugs.python.org  Tue Feb 17 21:30:58 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 20:30:58 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234902658.51.0.32800029365.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> unsigned long long m(unsigned long long a, unsigned long b)
> {
>        return a*b;
> }

I think that's doing a 32 x 64 -> 64 multiplication;  what's being used is 
more like this:

unsigned long long m(unsigned long a, unsigned long b)
{
    return (unsigned long long)a*b;
}

which gcc -O3 compiles to:

	pushl	%ebp
	movl	%esp, %ebp
	movl	12(%ebp), %eax
	mull	8(%ebp)
	leave
	ret

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 21:42:11 2009
From: report at bugs.python.org (Philip Semanchuk)
Date: Tue, 17 Feb 2009 20:42:11 +0000
Subject: [issue5298] Inconsistency in C-API thread docs
In-Reply-To: <1234903331.05.0.935638170242.issue5298@psf.upfronthosting.co.za>
Message-ID: <1234903331.05.0.935638170242.issue5298@psf.upfronthosting.co.za>


New submission from Philip Semanchuk <osvenskan at users.sourceforge.net>:

The language in the threading API documentation is a little
inconsistent. The section I'm talking about is here:
http://docs.python.org/c-api/init.html#thread-state-and-the-global-interpreter-lock

The GIL is variously referred to as "global lock", "interpreter lock",
"global interpreter lock", "GIL", and simply "the lock". Given the
infamy of the GIL, one might expect all of these to be equally clear.
But as someone coding to this API for the first time, I had plenty to
learn already and the need to ensure that all of these referred to the
same singleton was distracting.

This documentation begins, "The Python interpreter is not fully thread
safe. In order to support multi-threaded Python programs, there's a
global lock that must be held by the current thread before it can safely
access Python objects. Without the lock..."

My suggestion is to alter the second sentence to the following:
"Without this lock (called the global interpreter lock, or GIL for
short)...."

All subsequent documentation references to "interpreter lock", "global
interpreter lock", and "lock" should be changed to "GIL". It would be
nice if the API referred to it consistently (e.g. PyEval_AcquireLock()
versus PyGILState_Ensure()) but that would require an interface change
which is obviously out of the question.

----------
assignee: georg.brandl
components: Documentation
messages: 82365
nosy: georg.brandl, osvenskan
severity: normal
status: open
title: Inconsistency in C-API thread docs
versions: 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/issue5298>
_______________________________________

From report at bugs.python.org  Tue Feb 17 21:43:34 2009
From: report at bugs.python.org (Philip Semanchuk)
Date: Tue, 17 Feb 2009 20:43:34 +0000
Subject: [issue5299] PyGILState_Ensure()/PyGILState_Release() documentation
	incomplete?
In-Reply-To: <1234903414.06.0.277492478089.issue5299@psf.upfronthosting.co.za>
Message-ID: <1234903414.06.0.277492478089.issue5299@psf.upfronthosting.co.za>


New submission from Philip Semanchuk <osvenskan at users.sourceforge.net>:

The threading API documentation might omit out some important
information about the GIL. 

The GIL can be acquired by explicitly calling PyEval_AcquireLock(). One
can also acquire the GIL by calling PyGILState_Ensure(). The latter
differs from the former in that calling PyGILState_Ensure() when one
already has the GIL will not create deadlock. This is implied; it would
be helpful if this was explicitly stated. 

Likewise, I assume that the Nth call to PyGILState_Release() releases
the GIL, where N = the number of calls made previously to
PyGILState_Ensure(). But I don't know this and the documentation doesn't
make it clear. 

As a first-time user of the API, it makes me nervous to call
PyGILState_Ensure() which acquires the GIL without knowing for sure that
PyGILState_Release() releases it. I can't evaluate my code for logical
correctness, and when dealing with threads and the GIL, neither can I be
sure that timing-dependent bugs will show up in testing. As a result, my
code feels fragile.

I don't understand how the code works well enough to suggest better
documentation. If nothing else, it would be useful to see something that
promises that as long as each call to PyGILState_Ensure() is matched
with a call to PyGILState_Release(), the GIL will take care of itself.

----------
assignee: georg.brandl
components: Documentation
messages: 82366
nosy: georg.brandl, osvenskan
severity: normal
status: open
title: PyGILState_Ensure()/PyGILState_Release() documentation incomplete?
versions: 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/issue5299>
_______________________________________

From report at bugs.python.org  Tue Feb 17 21:51:39 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 17 Feb 2009 20:51:39 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234898066.05.0.935286071914.issue5293@psf.upfronthosting.co.za>
Message-ID: <499B2357.5020406@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Because documentation doesn't say that Python should timeout after 20
> seconds after entering blocking mode if socket to remote host can not be
> opened.

That's not true: The documentation says "In blocking mode, operations
block until complete." It takes 20 seconds for the connect attempt
to complete (with error 10060), therefore, you block 20s.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Tue Feb 17 21:52:42 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 20:52:42 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234903962.04.0.0698900091163.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Patch uploaded to Rietveld (assuming that I did it right):

http://codereview.appspot.com/14105

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 22:10:16 2009
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Feb 2009 21:10:16 +0000
Subject: [issue776533] Carbon.Snd module SPB constructor shadowed
Message-ID: <1234905016.65.0.178125166751.issue776533@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've reapplied the hack.

I'm closing the issue because we will not regenerate the Carbon bindings 
as these are deprecated and are no longer present in Python 3.x

----------
nosy: +ronaldoussoren
resolution: later -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue776533>
_______________________________________

From report at bugs.python.org  Tue Feb 17 22:30:10 2009
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 17 Feb 2009 21:30:10 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234865194.48.0.771054694385.issue5293@psf.upfronthosting.co.za>
Message-ID: <1234906210.09.0.720939951435.issue5293@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

After rewriting my reply several times I've noticed my mistake, but it
took more time to understand the problem than could be expected for a
language that we all would like to see as easy and intuitive as
possible. That why I still would like to see this bugreport reopened. At
first it seemed that adding missing details to documentation would be
enough, but now I see that this problem can be deeper.

The problem:
As far as I informed, the socket module is the only way to wait for
service on server:139 to appear. socket documentation doesn't reflect
that will happen if network server is down (server is not network adapter).

Analysis:
In this specific timeout condition when server is offline socket.connect
can throw two different errors: "socket.error: (10060, 'Operation timed
out')" and "socket.timeout: timed out"  Which one will fire and should
be catched depends on the visible timeout settings for the socket and on
invisible timeout value of underlying network library. Whichever occurs
first - wins. For example, this code will warn you about network timeout:

import socket
s = socket.socket()
s.settimeout(12.0)
try:
  s.connect(("192.168.1.2", 139))
except socket.timeout:
  print "connect timeout"

But this one won't:

import socket
s = socket.socket()
s.settimeout(120.0)
try:
  s.connect(("192.168.1.2", 139))
except socket.timeout:
  print "connect timeout"

So, for reliable socket programming you should catch both.

Solution:
If there is a possibility for a socket to timeout when it is not
expected then at least it should be documented. Alternative solution
would be to document and merge socket.error: 10060 into socket.timeout
exception.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Tue Feb 17 22:37:37 2009
From: report at bugs.python.org (Robert Luce)
Date: Tue, 17 Feb 2009 21:37:37 +0000
Subject: [issue4606] Passing 'None' if argtype is set to POINTER(...) doesn't
	always result in NULL
In-Reply-To: <1228816020.28.0.155864486659.issue4606@psf.upfronthosting.co.za>
Message-ID: <1234906657.89.0.877201951582.issue4606@psf.upfronthosting.co.za>


Robert Luce <luce at math.tu-berlin.de> added the comment:

Thomas, is there any chance of getting your attention for this one? 
Deciding whether or not this issue can be fully resolved by applying the
proposed patch would already be sufficient.  If it is not, I am willing
to invest more time on resolving this issue.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4606>
_______________________________________

From report at bugs.python.org  Tue Feb 17 22:54:54 2009
From: report at bugs.python.org (George Sakkis)
Date: Tue, 17 Feb 2009 21:54:54 +0000
Subject: [issue5300] Distutils ignores file permissions
In-Reply-To: <1234907694.25.0.317480697226.issue5300@psf.upfronthosting.co.za>
Message-ID: <1234907694.25.0.317480697226.issue5300@psf.upfronthosting.co.za>


New submission from George Sakkis <george.sakkis at gmail.com>:

Distutils ignores file permissions when copying modules and package_data
files to the build directory, and consequently to the installation
directory too. According to an XXX comment at
distutils/command/build_py.py, this is deliberate so that the built
files are not read-only, which would be a nuisance when rebuilding. This
problem though could be solved by just setting the write flag for the
user (chmod u+w) instead of overwriting all the flags. In my case, some
executable files ceased to be executable after installation.

I believe that the default behavior should be changed to preserve all
permissions, with the possible exception of setting u+w. Even that might
be unnecessary; AFAIK to delete a file you need write permissions only
to its parent directory, not to the file itself.

Even if the current behavior is deemed correct, at the very least the
code should be refactored to allow easy overriding. Currently
build_module and build_package_data pass preserve_mode=False in their
body, so I had to copy and paste the whole methods just to set
preserve_mode=True.

----------
assignee: tarek
components: Distutils
messages: 82372
nosy: gsakkis, tarek
severity: normal
status: open
title: Distutils ignores file permissions
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5300>
_______________________________________

From report at bugs.python.org  Tue Feb 17 22:56:32 2009
From: report at bugs.python.org (Drew Hintz)
Date: Tue, 17 Feb 2009 21:56:32 +0000
Subject: [issue5301] add mimetype for image/vnd.microsoft.icon (patch)
In-Reply-To: <1234907792.31.0.00254559526039.issue5301@psf.upfronthosting.co.za>
Message-ID: <1234907792.31.0.00254559526039.issue5301@psf.upfronthosting.co.za>


New submission from Drew Hintz <drew at overt.org>:

Adds a mimetype entry for image/vnd.microsoft.icon

This mimetype is commonly used for favicon.ico files and is registered 
with IANA.

----------
components: Library (Lib)
files: mimetypes.py.diff
keywords: patch
messages: 82373
nosy: adhintz
severity: normal
status: open
title: add mimetype for image/vnd.microsoft.icon (patch)
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file13125/mimetypes.py.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5301>
_______________________________________

From report at bugs.python.org  Tue Feb 17 22:56:37 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Feb 2009 21:56:37 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234907797.99.0.874674564958.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

It looks as though Visual Studio 2008 does the 'right' thing, too, at 
least in some circumstances.  Here's some assembler output (MSVC Express 
Edition, 32-bit Windows XP / Macbook Pro).

; 3    : unsigned long long mul(unsigned long x, unsigned long y) {

	push	ebp
	mov	ebp, esp

; 4    :     return (unsigned long long)x * y;

	mov	eax, DWORD PTR _x$[ebp]
	mov	ecx, DWORD PTR _y$[ebp]
	mul	ecx

; 5    : }

	pop	ebp
	ret	0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 23:00:55 2009
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Feb 2009 22:00:55 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234908055.02.0.565628865564.issue4258@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> Patch uploaded to Rietveld (assuming that I did it right):
> http://codereview.appspot.com/14105

Hehe, your configure's patch is too huge for Rietveld which displays 
a "MemoryError" :-) Bug reported at:
http://code.google.com/p/rietveld/issues/detail?id=87

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 17 23:03:27 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 17 Feb 2009 22:03:27 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234865194.48.0.771054694385.issue5293@psf.upfronthosting.co.za>
Message-ID: <1234908207.47.0.847238572223.issue5293@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

10060 is a winsock error, and there are many, MANY more of them. Read
the winsock documentation for details. It's both impossible and
pointless to document them, since some never occur, others aren't
documented by Microsoft well enough in the first place. Many aspects of
the Microsoft TCP stack are also fairly obscure, and can also change
across Windows releases.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Tue Feb 17 23:08:22 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 17 Feb 2009 22:08:22 +0000
Subject: [issue4431] Distutils MSVC doesn't create manifest file (with fix)
In-Reply-To: <1234898571.77.0.379790249725.issue4431@psf.upfronthosting.co.za>
Message-ID: <499B34F5.9040704@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-17 20:22, Pavel Repin wrote:
> Pavel Repin <prepin+pythonbugs at gmail.com> added the comment:
> 
> I'd like to point out that on some configurations (at least mine), you 
> really need to specify /MANIFEST option to the linker, even though MSDN 
> documentation seems to imply that /MANIFEST behavior is ON by default.
> My config:
> beta version of Windows 7
> ActivePython 2.6.1.1
> MSVS 2008 with 32-bit C/C++ Optimizing Compiler Version 15.00.21022.08 
> for 80x86

Are you sure ?

We've had such a request before and the reason for MSVC not generating
a .manifest file was some setting the user had done on his system.

FWIW: distutils generates those files just fine for me.

Then again, it probably doesn't hurt just adding the option.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4431>
_______________________________________

From report at bugs.python.org  Tue Feb 17 23:32:14 2009
From: report at bugs.python.org (George Sakkis)
Date: Tue, 17 Feb 2009 22:32:14 +0000
Subject: [issue5302] Allow package_data globs match directories
In-Reply-To: <1234909934.56.0.127417684931.issue5302@psf.upfronthosting.co.za>
Message-ID: <1234909934.56.0.127417684931.issue5302@psf.upfronthosting.co.za>


New submission from George Sakkis <george.sakkis at gmail.com>:

Currently each glob defined in package_data must match files only; if it
matches a directory, it raises an exception later when calling
copy_file(). This means that a glob like 'mydata/*' will fail if there
is any subdirectory under 'mydata'. One simple useful change would be to
allow a glob match a directory and interpret it as a recursive inclusion
of the directory.

A more general feature request (perhaps a separate ticket) would be to
port to setup() the logic currently expressed in MANIFEST.in. In the
long term, MF.in should IMO be deprecated because (a) it's a second file
one has to remember to write and maintain in addition to setup.py (b)
has its own ad-hoc syntax instead of python and (c) overlaps in scope
with package_data and data_files of setup.py. The exact API exposing
MF.in's functionality can be decided after (and if) there is consensus
on deprecating/replacing it.

----------
assignee: tarek
components: Distutils
messages: 82378
nosy: gsakkis, tarek
severity: normal
status: open
title: Allow package_data globs match directories
type: feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5302>
_______________________________________

From report at bugs.python.org  Tue Feb 17 23:34:29 2009
From: report at bugs.python.org (Pavel Repin)
Date: Tue, 17 Feb 2009 22:34:29 +0000
Subject: [issue4431] Distutils MSVC doesn't create manifest file (with fix)
In-Reply-To: <4b217830902171428o3618d119i226a1215dec803b3@mail.gmail.com>
Message-ID: <4b217830902171434o86b917bm27e0da273e3b6078@mail.gmail.com>


Pavel Repin <prepin+pythonbugs at gmail.com> added the comment:

Hi Marc,I am pretty sure it helped on my particular configuration.
I was trying to compile MySQL-python-1.2.2.tar.gz package from source and it
was failing in mt.exe step because the manifest file was not there.
I didn't do anything special on my machine. I have 3 versions of MSVS
installed cleanly side-by-side (which is a legit scenario): MSVS 2003, MSVS
2005, and MSVS 2008. All at the latest patch levels. No standalone
PlatformSDKs are installed.

Besides, if you just ignore the obscure blurb about /MANIFEST option being
default in MSDN, and read the descriptions of both /MANIFEST and
/MANIFESTFILE options, you would agree that it will not do any harm to be
explicit and always have /MANIFEST option passed to linker.

I'm going to do one more experiment with a different machine, this time it
will be Vista (not W7) with a similar MSVS setup. I will report my findings.

On Tue, Feb 17, 2009 at 2:08 PM, Marc-Andre Lemburg
<report at bugs.python.org>wrote:

>
> Marc-Andre Lemburg <mal at egenix.com> added the comment:
>
> On 2009-02-17 20:22, Pavel Repin wrote:
> > Pavel Repin <prepin+pythonbugs at gmail.com <prepin%2Bpythonbugs at gmail.com>>
> added the comment:
> >
> > I'd like to point out that on some configurations (at least mine), you
> > really need to specify /MANIFEST option to the linker, even though MSDN
> > documentation seems to imply that /MANIFEST behavior is ON by default.
> > My config:
> > beta version of Windows 7
> > ActivePython 2.6.1.1
> > MSVS 2008 with 32-bit C/C++ Optimizing Compiler Version 15.00.21022.08
> > for 80x86
>
> Are you sure ?
>
> We've had such a request before and the reason for MSVC not generating
> a .manifest file was some setting the user had done on his system.
>
> FWIW: distutils generates those files just fine for me.
>
> Then again, it probably doesn't hurt just adding the option.
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue4431>
> _______________________________________
>

Added file: http://bugs.python.org/file13126/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4431>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090217/8ed8ee0e/attachment.txt>

From report at bugs.python.org  Tue Feb 17 23:36:35 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 17 Feb 2009 22:36:35 +0000
Subject: [issue1054967] bdist_deb - Debian packager
Message-ID: <1234910195.97.0.275116436412.issue1054967@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Sean,

I am re-opening this issue, to study the inclusion of a bdist_deb
command for 2.7/3.1, since there's some interest in the community.

I have taken the assigment since it was rejected, but let me know if you
want me to assign back to you of course.

----------
assignee: jafo -> tarek
nosy: +tarek
resolution: rejected -> 
status: closed -> open
versions: +Python 2.7, Python 3.1 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1054967>
_______________________________________

From report at bugs.python.org  Tue Feb 17 23:39:21 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 17 Feb 2009 22:39:21 +0000
Subject: [issue5303] Use base 2**30 for Python longs, when possible
In-Reply-To: <0016e643449239839d046324f941@google.com>
Message-ID: <0016e643449239839d046324f941@google.com>


New submission from Martin v. L?wis <martin at v.loewis.de>:

http://codereview.appspot.com/14105/diff/1/11
File Doc/library/sys.rst (right):

http://codereview.appspot.com/14105/diff/1/11#newcode418
Line 418: A struct sequence that holds information about Python's
I don't think the sequence interface is really important here. There
should be a way to easily define regular struct-like classes (with no
sequence interface). Perhaps structseq could be modified to drop
sequence interface, and new structseqs should turn it off usually.

http://codereview.appspot.com/14105/diff/1/6
File Include/longintrepr.h (right):

http://codereview.appspot.com/14105/diff/1/6#newcode24
Line 24: Furthermore, NSMALLNEGINTS and NSMALLPOSINTS should fit in a
digit. */
Merge the comments into a single on. There is no need to preserve the
evolution of the code in the comment structure.

http://codereview.appspot.com/14105/diff/1/9
File Objects/longobject.c (right):

http://codereview.appspot.com/14105/diff/1/9#newcode2872
Line 2872: /* XXX benchmark this! Is is worth keeping? */
Why not PyLong_FromLongLong if available (no special case if not)?

http://codereview.appspot.com/14105/diff/1/10
File PC/pyconfig.h (right):

http://codereview.appspot.com/14105/diff/1/10#newcode318
Line 318: #define PY_UINT64_T unsigned __int64
I think this should use PY_LONG_LONG, to support MingW32; likewise,
__int32 shouldn't be used, as it is MSC specific

http://codereview.appspot.com/14105/diff/1/2
File Python/marshal.c (right):

http://codereview.appspot.com/14105/diff/1/2#newcode160
Line 160: w_long((long)(Py_SIZE(ob) > 0 ? l : -l), p);
This needs to deal with overflow (sizeof(size_t) > sizeof(long))

http://codereview.appspot.com/14105/diff/1/2#newcode540
Line 540: if (n < -INT_MAX || n > INT_MAX)
I think this is obsolete now; longs can have up to ssize_t_max digits.

http://codereview.appspot.com/14105/diff/1/8
File configure.in (right):

http://codereview.appspot.com/14105/diff/1/8#newcode3132
Line 3132: # determine what size digit to use for Python's longs
I'm skeptical (-0) that we really need to have such a configure option.

http://codereview.appspot.com/14105/diff/1/14
File pyconfig.h.in (left):

http://codereview.appspot.com/14105/diff/1/14#oldcode9
Line 9: #undef AC_APPLE_UNIVERSAL_BUILD
We should find out why this is gone.

http://codereview.appspot.com/14105/diff/1/14#oldcode958
Line 958: /* Enable extensions on AIX 3, Interix.  */
Likewise, this needs to be preserved.

http://codereview.appspot.com/14105/diff/1/14#oldcode1017
Line 1017: /* Define WORDS_BIGENDIAN to 1 if your processor stores words
with the most
This also needs to be preserved.

http://codereview.appspot.com/14105

----------
messages: 82381
nosy: loewis, marketdickinson
severity: normal
status: open
title: Use base 2**30 for Python longs, when possible

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5303>
_______________________________________

From report at bugs.python.org  Tue Feb 17 23:42:05 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 17 Feb 2009 22:42:05 +0000
Subject: [issue5303] Use base 2**30 for Python longs, when possible
In-Reply-To: <0016e643449239839d046324f941@google.com>
Message-ID: <1234910525.46.0.988336458043.issue5303@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

This was meant to go to issue4258, but I failed to set the subject when
sending this from Rietveld.

----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5303>
_______________________________________

From report at bugs.python.org  Tue Feb 17 23:46:01 2009
From: report at bugs.python.org (George Sakkis)
Date: Tue, 17 Feb 2009 22:46:01 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234910761.04.0.304512958455.issue2279@psf.upfronthosting.co.za>


George Sakkis <george.sakkis at gmail.com> added the comment:

Opened #5300 and #5302 for the mentioned issues. 

Btw in your patch, I believe `os.path.join(dirname, f)` should be
replaced by `f` alone; `dirname` refers to the dir under the
installation directory, not the source.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Tue Feb 17 23:49:03 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 17 Feb 2009 22:49:03 +0000
Subject: [issue5302] Allow package_data globs match directories
In-Reply-To: <1234909934.56.0.127417684931.issue5302@psf.upfronthosting.co.za>
Message-ID: <1234910943.54.0.180344443434.issue5302@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

I am no in favor of MANIFEST.in removal because I find it very
convenient to define what is included in a package  and I rarely use
package_data or data_files. So I am -1 on its deprecation.

That said, having a mechanism to include directory recursively sounds
good. And people using this wouldn't have to maintain a MANIFEST.in.

Overall, I don't see a problem of having both ways.

Maybe some kind of plugin system could be created so people can
implement their own way to get a file list. I am thinking here about
the feature in setuptools that builds the file list using .svn,
so you don't have to define anything at all.

In any case, for the glob in data_files, how do you express this
MANIFEST.in line ?

recursive-include directory/subdir *.py *.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5302>
_______________________________________

From report at bugs.python.org  Wed Feb 18 00:00:24 2009
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Feb 2009 23:00:24 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234911624.34.0.482041659208.issue4258@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Ok, let's try 30bit_longdigit14.patch:

   patch -p0 < 30bit_longdigit14.patch
   autoconf && autoheader
   ./configure && make

I'm using two computers:

 - marge: Pentium4, 32 bits, 3 GHz (32 bits)
 - lisa: Core Quad (Q9300), 64 bits, 2.5 GHz (64 bits)

Both uses 32 bits digit (and 64 bits twodigits), py3k trunk and Linux.

* My bench_int.py:

  - 32-bit without patch: 1670.7 ms
  - 32-bit with patch:    1547.8 ms (+7.4%)
  - 64-bit without patch: 885.2 ms
  - 64-bit with patch:    627.1 ms (+29.2%)

* pidigits 2000 (I removed the calls to print): 
  lowest result on 5 runs:

  - 32-bit without patch: 2991.5 ms
  - 32-bit with patch:    3445.4 ms (-15.2%) SLOWER!
  - 64-bit without patch: 1949.9 ms
  - 64-bit with patch:     973.0 ms (+50.1%)

* pybench.py (minimum total)

  - 32-bit without patch: 9209 ms
  - 32-bit with patch:
  - 64-bit without patch: 4430 ms
  - 64-bit with patch:    4330 ms (=)

pybench details:

Test            32 bits (without,patch) | 64 bits (without,patch)
-----------------------------------------------------------------
   CompareFloatsIntegers:  293ms  325ms |  113ms    96ms
         CompareIntegers:  188ms  176ms |  129ms    98ms
     DictWithIntegerKeys:  117ms  119ms |   73ms    69ms
SimpleIntFloatArithmetic:  192ms  204ms |   84ms    80ms
 SimpleIntegerArithmetic:  188ms  196ms |   84ms    80ms
-----------------------------------------------------------------

On 64 bits, all integer related tests are faster. On 32 bits, some
tests are slower.

Sum up: on 64 bits, your patch is between cool (30%) and awesome 
(50%) :-) On 32 bits, it's not a good idea to use 32 bits digit 
because it's a little bit slower.

=> I would suggest to use 2^30 base only if sizeof(long)>=8 (64 bits 
CPU).

Note: I already get similar result (2^30 is slower on 32 bits CPU) in 
older tests.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 00:02:29 2009
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Feb 2009 23:02:29 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234911749.63.0.657212726256.issue4258@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

New attachment: pidigits_noprint.py, hacked version of pidigits.py to 
remove the print and add the computation time in millisecond. Print 
was useless because we don't want to benchmark int->str conversion, 
especially when the integer is in [0; 9].

Added file: http://bugs.python.org/file13127/pidigits_noprint.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 00:07:29 2009
From: report at bugs.python.org (anatoly techtonik)
Date: Tue, 17 Feb 2009 23:07:29 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234865194.48.0.771054694385.issue5293@psf.upfronthosting.co.za>
Message-ID: <1234912049.42.0.492929619698.issue5293@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

Isn't it a job of crossplatform programming language to abstract from
low-level platform details?

The scope of this bug is not about handling all possible Winsock errors.
It is about proper handling the sole timeout error from the list
http://www.winsock-error.com/ to make socket.connect() interface
consistent for both windows and linux.

In addition I believe that new socket.create_connection() function is
vulnerable to the same issue and its only a matter of time when somebody
reports that its additional "timeout" argument should be less than
mystic system network timeout value. That's why some sort of generalized
socket.connection_timeout exception is still needed.

BTW, I have tested the behaviour on linux - the system timeout on socket
does occur, but with different error code.

socket.error: (110, 'Connection timed out')

Note that the error message is different too. That means that to
properly wait for service to appear (or retry to reconnect later if
server is not available) you need to handle three error cases.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Wed Feb 18 00:08:22 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 17 Feb 2009 23:08:22 +0000
Subject: [issue2279] distutils sdist add_defaults does not add data_files
In-Reply-To: <1205333612.66.0.693918609529.issue2279@psf.upfronthosting.co.za>
Message-ID: <1234912102.61.0.276775273685.issue2279@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

> Opened #5300 and #5302 for the mentioned issues. 

ok thanks

> Btw in your patch, I believe `os.path.join(dirname, f)` should be
> replaced by `f` alone; `dirname` refers to the dir under the
> installation directory, not the source.

Right, thanks George. I'v also added you in the ACKS for your contribution
on this (r69724)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2279>
_______________________________________

From report at bugs.python.org  Wed Feb 18 00:24:39 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Tue, 17 Feb 2009 23:24:39 +0000
Subject: [issue5300] Distutils ignores file permissions
In-Reply-To: <1234907694.25.0.317480697226.issue5300@psf.upfronthosting.co.za>
Message-ID: <1234913079.7.0.496432931606.issue5300@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

> I believe that the default behavior should be changed to preserve 
> all permissions, with the possible exception of setting u+w. 
> Even that might be unnecessary; AFAIK to delete a file you need 
> write permissions only to its parent directory, not to the 
> file itself.

The u+w setting could also be done on the fly by copy_file at
installation time. e.g. when overwriting a read-only file.


> In my case, some 
>  executable files ceased to be executable after installation.

what is your use case of having executable file here ?

I'd use the 'scripts' metadata for that ?


> Even if the current behavior is deemed correct, at the very least 
> the code should be refactored to allow easy overriding.
> Currently build_module and build_package_data pass 
> preserve_mode=False in their
> body, so I had to copy and paste the whole methods 
> just to set preserve_mode=True.

But How do you handle the overwrite of a read-only file in your code then ?

----------
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5300>
_______________________________________

From report at bugs.python.org  Wed Feb 18 00:25:19 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 17 Feb 2009 23:25:19 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234912049.42.0.492929619698.issue5293@psf.upfronthosting.co.za>
Message-ID: <499B475A.4060101@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Isn't it a job of crossplatform programming language to abstract from
> low-level platform details?

It's certainly not Python's job. It's an explicit design goal, and a
long tradition, to expose system interfaces *as is*, with the very
same parameters, and the very same error codes. This is useful for
developers who need to understand what problem they encounter - they
can trust that Python doesn't second-guess the operating system.

It might be useful to put a layer on top of the system interfaces,
but such a layer needs to use different names.

> The scope of this bug is not about handling all possible Winsock errors.
> It is about proper handling the sole timeout error from the list
> http://www.winsock-error.com/ to make socket.connect() interface
> consistent for both windows and linux.

That's nearly impossible, with respect to specific error conditions.
The TCP stacks are too different.

You can easily define an common (but useless) error handling scheme
yourself: catch Exception, and interpret it as "it didn't work".

> BTW, I have tested the behaviour on linux - the system timeout on socket
> does occur, but with different error code.
> 
> socket.error: (110, 'Connection timed out')
> 
> Note that the error message is different too. That means that to
> properly wait for service to appear (or retry to reconnect later if
> server is not available) you need to handle three error cases.

That's correct. However, you shouldn't look at the error message when
handling the error on Linux. Instead, you should check whether the
error code is errno.ETIMEDOUT. The error message is only meant for
a human reader. Also notice that possible other errors returned from
connect are EACCES, EPERM, EADDRINUSE, EAFNOSUPPORT, EAGAIN,
EALREADY, EBADF, ECONNREFUSED, EFAULT, EINPROGRESS, EINTR, EISCONN,
ENETUNREACH, ENOTSOCK.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Wed Feb 18 01:04:28 2009
From: report at bugs.python.org (Greg Couch)
Date: Wed, 18 Feb 2009 00:04:28 +0000
Subject: [issue1229239] optionally allow mutable builtin types
Message-ID: <1234915468.96.0.615090620382.issue1229239@psf.upfronthosting.co.za>


Greg Couch <gregc at cgl.ucsf.edu> added the comment:

FYI, I was able to work around this and use an unmodified Python by
subtyping type and overriding the setattr method as shown below.  It's a
lot messier than patching Python.

static int
Mutable_SetAttr(PyObject *obj, PyObject *name, PyObject *value)
{
        // Can't just call PyObject_GenericSetAttr because
        // we need to able to update the __str__ slot as well.
        PyTypeObject *type = reinterpret_cast<PyTypeObject*>(obj);
        type->tp_flags |= Py_TPFLAGS_HEAPTYPE;
        int result = PyType_Type.tp_setattro(obj, name, value);
        type->tp_flags &= ~Py_TPFLAGS_HEAPTYPE;
        return result;
}

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1229239>
_______________________________________

From report at bugs.python.org  Wed Feb 18 01:06:52 2009
From: report at bugs.python.org (Pavel Repin)
Date: Wed, 18 Feb 2009 00:06:52 +0000
Subject: [issue4431] Distutils MSVC doesn't create manifest file (with fix)
In-Reply-To: <4b217830902171604vc92c8d4pd948785dbf43f9be@mail.gmail.com>
Message-ID: <4b217830902171606x7f5cac0fxdf091a27b1810a60@mail.gmail.com>


Pavel Repin <prepin+pythonbugs at gmail.com> added the comment:

Marc-Andre,
I can also repro this on Vista machine with the same Python & MSVS
configuration.
This is the build error stemming from missing manifest file
(unnecessary details elided; note the absence of /MANIFEST option):
C:\src\MySQL-python-1.2.2>python setup.py -v bdist_egg
...
...\link.exe /DLL /nologo /INCREMENTAL:NO "/LIBPATH:C:\Program
Files\MySQL\MySQL Server 5.0\lib\opt" /LIBPATH:C:\Python26\libs
/LIBPATH:C:\Python26\PCbuild kernel32.lib advapi32.lib wsock32.lib
mysqlclient.lib /EXPORT:init_mysql
build\temp.win32-2.6\Release\_mysql.obj
/OUT:build\lib.win32-2.6\_mysql.pyd
/IMPLIB:build\temp.win32-2.6\Release\_mysql.lib
/MANIFESTFILE:build\temp.win32-2.6\Release\_mysql.pyd.manifest
  Creating library build\temp.win32-2.6\Release\_mysql.lib and object
build\temp.win32-2.6\Release\_mysql.exp
...
...\mt.exe -nologo -manifest
build\temp.win32-2.6\Release\_mysql.pyd.manifest
-outputresource:build\lib.win32-2.6\_mysql.pyd;2
build\temp.win32-2.6\Release\_mysql.pyd.manifest : general error
c1010070: Failed to load and parse the manifest. The system cannot
find the file specified.
error: command 'mt.exe' failed with exit status 31

The error goes away when I hack msvc9compiler.py to have:
ld_args.append('/MANIFEST')

See patch attached to the bug.

On Tue, Feb 17, 2009 at 2:34 PM, Pavel Repin <report at bugs.python.org> wrote:
>
> Pavel Repin <prepin+pythonbugs at gmail.com> added the comment:
>
> Hi Marc,I am pretty sure it helped on my particular configuration.
> I was trying to compile MySQL-python-1.2.2.tar.gz package from source and it
> was failing in mt.exe step because the manifest file was not there.
> I didn't do anything special on my machine. I have 3 versions of MSVS
> installed cleanly side-by-side (which is a legit scenario): MSVS 2003, MSVS
> 2005, and MSVS 2008. All at the latest patch levels. No standalone
> PlatformSDKs are installed.
>
> Besides, if you just ignore the obscure blurb about /MANIFEST option being
> default in MSDN, and read the descriptions of both /MANIFEST and
> /MANIFESTFILE options, you would agree that it will not do any harm to be
> explicit and always have /MANIFEST option passed to linker.
>
> I'm going to do one more experiment with a different machine, this time it
> will be Vista (not W7) with a similar MSVS setup. I will report my findings.
>
> On Tue, Feb 17, 2009 at 2:08 PM, Marc-Andre Lemburg
> <report at bugs.python.org>wrote:
>
> >
> > Marc-Andre Lemburg <mal at egenix.com> added the comment:
> >
> > On 2009-02-17 20:22, Pavel Repin wrote:
> > > Pavel Repin <prepin+pythonbugs at gmail.com <prepin%2Bpythonbugs at gmail.com>>
> > added the comment:
> > >
> > > I'd like to point out that on some configurations (at least mine), you
> > > really need to specify /MANIFEST option to the linker, even though MSDN
> > > documentation seems to imply that /MANIFEST behavior is ON by default.
> > > My config:
> > > beta version of Windows 7
> > > ActivePython 2.6.1.1
> > > MSVS 2008 with 32-bit C/C++ Optimizing Compiler Version 15.00.21022.08
> > > for 80x86
> >
> > Are you sure ?
> >
> > We've had such a request before and the reason for MSVC not generating
> > a .manifest file was some setting the user had done on his system.
> >
> > FWIW: distutils generates those files just fine for me.
> >
> > Then again, it probably doesn't hurt just adding the option.
> >
> > _______________________________________
> > Python tracker <report at bugs.python.org>
> > <http://bugs.python.org/issue4431>
> > _______________________________________
> >
>
> Added file: http://bugs.python.org/file13126/unnamed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue4431>
> _______________________________________

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4431>
_______________________________________

From report at bugs.python.org  Wed Feb 18 01:22:12 2009
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Feb 2009 00:22:12 +0000
Subject: [issue4626] compile() doesn't ignore the source encoding when a
	string is passed in
In-Reply-To: <1228976357.63.0.133847904092.issue4626@psf.upfronthosting.co.za>
Message-ID: <1234916532.04.0.583926935935.issue4626@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

@benjamin.peterson: I don't see you changes... I read both patches 
carrefuly and I saw:
 - source_as_string(): remove "cf.cf_flags = supplied_flags | 
PyCF_SOURCE_IS_UTF8;"
 - rename PyTokenizer_FromUnicode() to PyTokenizer_FromUTF8()
 - update NEWS

I don't understand the change in source_as_string(). Except of that, 
it looks correct.

> The one problem is that it causes test_coding to fail because 
> coding cookies are ignored and not checked to see if they
> are the same as the encoding of the file.

The test have to fail, but the error is not the the compile() patch, 
but in the test. Input file is opened as unicode instead of bytes. A 
propose this patch to fix the test:

Index: Lib/test/test_coding.py
===================================================================
--- Lib/test/test_coding.py     (r?vision 69723)
+++ Lib/test/test_coding.py     (copie de travail)
@@ -17,7 +17,7 @@

         path = os.path.dirname(__file__)
         filename = os.path.join(path, module_name + '.py')
-        fp = open(filename, encoding='utf-8')
+        fp = open(filename, 'rb')
         text = fp.read()
         fp.close()
         self.assertRaises(SyntaxError, compile, text, 
filename, 'exec')

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4626>
_______________________________________

From report at bugs.python.org  Wed Feb 18 01:23:14 2009
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 18 Feb 2009 00:23:14 +0000
Subject: [issue5297] Bug in SocketServer Example
In-Reply-To: <1234902329.49.0.0568937669385.issue5297@psf.upfronthosting.co.za>
Message-ID: <1234916594.92.0.346503533179.issue5297@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in r69728.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5297>
_______________________________________

From report at bugs.python.org  Wed Feb 18 01:25:24 2009
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 18 Feb 2009 00:25:24 +0000
Subject: =?utf-8?q?[issue5296]_Use_of_term_sequence_in_Reference_6.3=09Assignment=09Statements?=
In-Reply-To: <1234898365.36.0.574422214894.issue5296@psf.upfronthosting.co.za>
Message-ID: <1234916724.31.0.214215157213.issue5296@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in r69729.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5296>
_______________________________________

From report at bugs.python.org  Wed Feb 18 01:28:16 2009
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 18 Feb 2009 00:28:16 +0000
Subject: [issue5278] optparse documentation example
In-Reply-To: <1234779475.55.0.947626870782.issue5278@psf.upfronthosting.co.za>
Message-ID: <1234916896.95.0.167746468207.issue5278@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

This is documented in the small glossary in the optparse docs.

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5278>
_______________________________________

From report at bugs.python.org  Wed Feb 18 01:31:52 2009
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 18 Feb 2009 00:31:52 +0000
Subject: [issue5268] VMSError not documented in Doc/library/exceptions.rst
In-Reply-To: <1234660118.75.0.126976795951.issue5268@psf.upfronthosting.co.za>
Message-ID: <1234917112.47.0.780320154381.issue5268@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Added in r69730.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5268>
_______________________________________

From report at bugs.python.org  Wed Feb 18 01:32:25 2009
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 18 Feb 2009 00:32:25 +0000
Subject: [issue1667546] Time zone-capable variant of time.localtime
Message-ID: <1234917145.84.0.0969020782371.issue1667546@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

To be honest, I forgot about it :(

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1667546>
_______________________________________

From report at bugs.python.org  Wed Feb 18 01:35:09 2009
From: report at bugs.python.org (Georg Brandl)
Date: Wed, 18 Feb 2009 00:35:09 +0000
Subject: [issue1283110] Give __len__() advice for "don't know"
Message-ID: <1234917309.49.0.343001516828.issue1283110@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Where would you prefer adding this documentation?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1283110>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:36:07 2009
From: report at bugs.python.org (l5g)
Date: Wed, 18 Feb 2009 01:36:07 +0000
Subject: [issue5304] email/base64mime.py cannot work
In-Reply-To: <1234920967.72.0.68808055681.issue5304@psf.upfronthosting.co.za>
Message-ID: <1234920967.72.0.68808055681.issue5304@psf.upfronthosting.co.za>


New submission from l5g <80723567 at qq.com>:

When using smtplib to send mail, I meet this bug. Maybe the line
              """ enc = b2a_base64(s[i:i +
max_unencoded]).decode("ascii")""" 
should be changed to
               """ enc = b2a_base64((s[i:i +
max_unencoded]).encode()).decode("ascii")

File "/usr/local/lib/python3.0/smtplib.py", line 580, in login
    AUTH_PLAIN + " " + encode_plain(user, password))
  File "/usr/local/lib/python3.0/smtplib.py", line 545, in encode_plain
    return encode_base64("\0%s\0%s" % (user, password))
  File "/usr/local/lib/python3.0/email/base64mime.py", line 97, in
body_encode
    enc = b2a_base64(s[i:i + max_unencoded]).decode("ascii")
TypeError: b2a_base64() argument 1 must be bytes or buffer, not str

----------
messages: 82400
nosy: l5g
severity: normal
status: open
title: email/base64mime.py cannot work
type: compile error
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5304>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:51:33 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:51:33 +0000
Subject: [issue1169633] Install fail code 2932 after fail to copy
	python_icon.exe
Message-ID: <1234921893.46.0.735981988715.issue1169633@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1169633>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:51:35 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:51:35 +0000
Subject: [issue1111100] csv reader barfs encountering quote when quote_none is
	set
Message-ID: <1234921895.98.0.777512582641.issue1111100@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1111100>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:51:38 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:51:38 +0000
Subject: [issue995956] TclError with intel's hypertheading
Message-ID: <1234921898.91.0.81578449201.issue995956@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue995956>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:51:42 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:51:42 +0000
Subject: [issue1001150] hotspot profiler does not work correctly on P4 CPUs
	with HT
Message-ID: <1234921902.79.0.412897840883.issue1001150@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1001150>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:51:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:51:46 +0000
Subject: [issue949667] file write() method and non-blocking mode.
Message-ID: <1234921906.28.0.711998443135.issue949667@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue949667>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:51:46 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:51:46 +0000
Subject: [issue815753] SCO_SV: many modules cannot be imported
Message-ID: <1234921906.86.0.982216521527.issue815753@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue815753>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:51:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:51:49 +0000
Subject: [issue727732] getpath.c-generated prefix wrong for Tru64 scripts
Message-ID: <1234921909.94.0.161603547223.issue727732@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue727732>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:51:57 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:51:57 +0000
Subject: [issue875654] add support for installations compiled for debugging
Message-ID: <1234921917.25.0.728537406377.issue875654@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue875654>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:52:00 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:52:00 +0000
Subject: [issue872815] How to pass the proxy server use socket
Message-ID: <1234921920.72.0.65765869641.issue872815@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue872815>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:52:04 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:52:04 +0000
Subject: [issue854918] Configurable SSL handshake
Message-ID: <1234921924.74.0.269247383078.issue854918@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue854918>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:52:07 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:52:07 +0000
Subject: [issue835176] [2.3.2] bz2 test failure on AIX 4.3.2, Tru64 UNIX
Message-ID: <1234921927.3.0.319908295607.issue835176@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue835176>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:52:11 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:52:11 +0000
Subject: [issue780354] socket.makefile() isn't compatible with
	marshal/cPickle/etc
Message-ID: <1234921931.24.0.275898665187.issue780354@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue780354>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:52:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:52:13 +0000
Subject: [issue775340] OSX 'freeze' bug
Message-ID: <1234921933.94.0.25511780537.issue775340@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue775340>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:52:17 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:52:17 +0000
Subject: [issue4191] urlparse normalize URL path
In-Reply-To: <1224834633.73.0.450098014303.issue4191@psf.upfronthosting.co.za>
Message-ID: <1234921937.67.0.956198788485.issue4191@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority:  -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4191>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:52:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:52:21 +0000
Subject: [issue1682241] Problems with urllib2 read()
Message-ID: <1234921941.42.0.622637108958.issue1682241@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682241>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:52:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:52:28 +0000
Subject: [issue1210326] comma separated cookie values
Message-ID: <1234921948.82.0.746342973045.issue1210326@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority: normal -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1210326>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:52:33 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 01:52:33 +0000
Subject: [issue5072] urllib.open sends full URL after GET command instead of
	local path
In-Reply-To: <1232997774.08.0.438260332945.issue5072@psf.upfronthosting.co.za>
Message-ID: <1234921953.62.0.218874311053.issue5072@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
priority:  -> low
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5072>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:54:43 2009
From: report at bugs.python.org (Senthil)
Date: Wed, 18 Feb 2009 01:54:43 +0000
Subject: [issue4191] urlparse normalize URL path
In-Reply-To: <1234921937.67.0.956198788485.issue4191@psf.upfronthosting.co.za>
Message-ID: <7c42eba10902171754h3a20a6f5l204ad7961f77d7f4@mail.gmail.com>


Senthil <orsenthil at gmail.com> added the comment:

Please close this, Daniel.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4191>
_______________________________________

From report at bugs.python.org  Wed Feb 18 02:57:33 2009
From: report at bugs.python.org (Senthil)
Date: Wed, 18 Feb 2009 01:57:33 +0000
Subject: [issue5072] urllib.open sends full URL after GET command instead of
	local path
In-Reply-To: <1234921953.62.0.218874311053.issue5072@psf.upfronthosting.co.za>
Message-ID: <7c42eba10902171757h2602e6fcna8ac5c7a7471e5de@mail.gmail.com>


Senthil <orsenthil at gmail.com> added the comment:

Yup, This should be closed too. Thanks.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5072>
_______________________________________

From report at bugs.python.org  Wed Feb 18 03:20:12 2009
From: report at bugs.python.org (Viktor Ferenczi)
Date: Wed, 18 Feb 2009 02:20:12 +0000
Subject: [issue1001150] hotspot profiler does not work correctly on P4 CPUs
	with HT
Message-ID: <1234923612.08.0.54356845591.issue1001150@psf.upfronthosting.co.za>


Viktor Ferenczi <python at cx.hu> added the comment:

The hotspot module is obsolate, so this bug should be closed as "wont fix".

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1001150>
_______________________________________

From report at bugs.python.org  Wed Feb 18 04:32:14 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 18 Feb 2009 03:32:14 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234927934.51.0.693592754595.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks very much for the timings, Victor.

Just out of interest, could you try the pydigits script with the 
+optimizations patch on 32-bit?

As mentioned above, there's a significant (for 30-bit digits) problem 
with x_divrem:  the inner loop does a 32 x 64-bit multiply when it 
should be doing a 32 x 32-bit multiply  (the variable q is declared as 
twodigits, but always fits into a digit).  This is fixed in the 
+optimizations patch, and pi_digits is heavy on the divisions, so I
wonder whether this might make a difference.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 04:42:42 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 18 Feb 2009 03:42:42 +0000
Subject: [issue5303] Use base 2**30 for Python longs, when possible
In-Reply-To: <0016e643449239839d046324f941@google.com>
Message-ID: <1234928562.95.0.418524924448.issue5303@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Well, it might have helped if I'd used the same title for the Rietveld 
issue as the tracker issue.  I'll get that right next time.

Thank you for the review.  I'll post some proper responses tomorrow 
evening (GMT).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5303>
_______________________________________

From report at bugs.python.org  Wed Feb 18 06:13:32 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 18 Feb 2009 05:13:32 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234934012.11.0.117592752003.issue4258@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

> I would suggest to use 2^30 base only if sizeof(long)>=8 (64 bits
CPU).

Thats not the correct test.  Test for an actual 64-bit build target. 
sizeof(long) and sizeof(long long) are not usefully related to that in
any sort of cross platform manner.  On windows, we'd define the flag for
15 vs 30 bit longs in the build configs for the various build targets. 
On every thing else (autoconf), we can use a configure test to check the
same things that platform.architecture() checks to return '32bit' vs
'64bit'.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 06:36:11 2009
From: report at bugs.python.org (James Henstridge)
Date: Wed, 18 Feb 2009 05:36:11 +0000
Subject: [issue5305] imaplib should support international mailbox names
In-Reply-To: <1234935371.11.0.35650041724.issue5305@psf.upfronthosting.co.za>
Message-ID: <1234935371.11.0.35650041724.issue5305@psf.upfronthosting.co.za>


New submission from James Henstridge <james at jamesh.id.au>:

The IMAP4rev1 specification allows for non-ASCII mailbox names using a
modified UTF-7 encoding (section 5.1.3 of RFC 2060 or 3501).  However,
the imaplib routines taking a mailbox name just pass the string straight
through without any encoding.

It would be useful if Python provided an encoder/decoder for the
modified UTF-7 encoding, and optionally if imaplib would perform the
encoding and decoding at the appropriate points.

----------
components: Library (Lib)
messages: 82408
nosy: jamesh
severity: normal
status: open
title: imaplib should support international mailbox names
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5305>
_______________________________________

From report at bugs.python.org  Wed Feb 18 06:49:02 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 18 Feb 2009 05:49:02 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234865194.48.0.771054694385.issue5293@psf.upfronthosting.co.za>
Message-ID: <1234936142.65.0.254377822784.issue5293@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Yes it is annoying to have to deal with the different OS specific error
numbers when handling socket.error, OSError, IOError or EnvironmentError
subclasses in general but that is life.  Python does not attempt to
figure out what all possible behaviors and errors are and coerce them
into some common representation because there often is not a common
thing.  Fortunately while there are many network stack behaviors, there
are really only two APIs (posix and windows) so there are only two sets
of error numbers to check for.  The burden is not that great in cross
platform code.

The issue that prompted this bug report: calling socket.connect() once
is not and has never been a way to wait for a server on the network to
come up.  If the server isn't there at the time it was called, it will
return an error once the OS has decided that it has no way to connect. 
The absense of a timeout being specified does not imply that it will
retry the underlying system call for you.  Merely that it won't bail out
early.

I have updated the socket module documentation to clarify this a bit in
r69731.

----------
assignee:  -> georg.brandl
components: +Documentation
nosy: +georg.brandl
resolution: invalid -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Wed Feb 18 07:21:33 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 18 Feb 2009 06:21:33 +0000
Subject: [issue5303] Use base 2**30 for Python longs, when possible
In-Reply-To: <1234928562.95.0.418524924448.issue5303@psf.upfronthosting.co.za>
Message-ID: <499BA8E9.90609@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Well, it might have helped if I'd used the same title for the Rietveld 
> issue as the tracker issue.  I'll get that right next time.

What matters (I think) is that you have [issueXYZ] in the subject.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5303>
_______________________________________

From report at bugs.python.org  Wed Feb 18 07:28:42 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 18 Feb 2009 06:28:42 +0000
Subject: [issue5305] imaplib should support international mailbox names
In-Reply-To: <1234935371.11.0.35650041724.issue5305@psf.upfronthosting.co.za>
Message-ID: <1234938522.56.0.491779206337.issue5305@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Can you provide a patch?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5305>
_______________________________________

From report at bugs.python.org  Wed Feb 18 09:34:14 2009
From: report at bugs.python.org (Ke Wang)
Date: Wed, 18 Feb 2009 08:34:14 +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: <1234946054.16.0.156837264848.issue5289@psf.upfronthosting.co.za>


Ke Wang <ke.wang at sun.com> added the comment:

On Solaris, we can use crle to find system library path.

Attached a patch to get find_library work with Solaris.

----------
keywords: +patch
Added file: http://bugs.python.org/file13129/util.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5289>
_______________________________________

From report at bugs.python.org  Wed Feb 18 10:43:06 2009
From: report at bugs.python.org (Michael Kesper)
Date: Wed, 18 Feb 2009 09:43:06 +0000
Subject: [issue5291] Windows upgrade to 2.6.1 requires 2.6 installer to be
	present
In-Reply-To: <1234894921.89.0.114282897225.issue5291@psf.upfronthosting.co.za>
Message-ID: <20090218094029.GA3504@kol06wsthv-it22.kaufhof.net>


Michael Kesper <mkesper at schokokeks.org> added the comment:

Hi,

On Tue, Feb 17, 2009 at 06:22:02PM +0000, Martin v. L?wis wrote:
> 
> Martin v. L?wis <martin at v.loewis.de> added the comment:
> 
> How exactly did you install the old installer? It should have been
> cached into your Windows folder, so that it is available on uninstallation.

Now that you remind me, I remember having deleted some uninstall folders 
because the machine did not have any free disk space at that time.
Can possibly be closed. Thank you!

Best wishes
Michael
-- 
Free Software Foundation Europe (FSFE) []         (http://fsfeurope.org)
Treten Sie der Fellowship bei!       [][][]       (http://fsfe.org/join)
Ihre Spende erm?glicht unsere Arbeit!  ||  (http://fsfeurope.org/donate)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5291>
_______________________________________

From report at bugs.python.org  Wed Feb 18 11:26:03 2009
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 18 Feb 2009 10:26:03 +0000
Subject: [issue5287] logging package on IronPython
In-Reply-To: <1234829431.65.0.106894165535.issue5287@psf.upfronthosting.co.za>
Message-ID: <1234952763.07.0.12931026141.issue5287@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

I know - I just thought 2.6 was the priority for Michael, so I checked
that in first, then got sidetracked...I'll get on it shortly. I should
have left the issue as "Open" to remind me - correcting that now.

----------
resolution: fixed -> accepted
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5287>
_______________________________________

From report at bugs.python.org  Wed Feb 18 12:28:40 2009
From: report at bugs.python.org (Floris Bruynooghe)
Date: Wed, 18 Feb 2009 11:28:40 +0000
Subject: [issue1785] "inspect" gets broken by some descriptors
In-Reply-To: <1199986772.67.0.313630472197.issue1785@psf.upfronthosting.co.za>
Message-ID: <1234956520.69.0.834181637064.issue1785@psf.upfronthosting.co.za>


Changes by Floris Bruynooghe <floris.bruynooghe at gmail.com>:


----------
nosy: +flub

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1785>
_______________________________________

From report at bugs.python.org  Wed Feb 18 14:57:14 2009
From: report at bugs.python.org (George Sakkis)
Date: Wed, 18 Feb 2009 13:57:14 +0000
Subject: [issue5302] Allow package_data globs match directories
In-Reply-To: <1234909934.56.0.127417684931.issue5302@psf.upfronthosting.co.za>
Message-ID: <1234965434.49.0.526949657583.issue5302@psf.upfronthosting.co.za>


George Sakkis <george.sakkis at gmail.com> added the comment:

> I am no in favor of MANIFEST.in removal because I find it very
> convenient to define what is included in a package  and I rarely use
> package_data or data_files. 

AFAIK the MANIFEST is used only by sdist; what's the point of including
files in the archive sdist creates if they are not going to be installed
somewhere ? The only case I can think of is temporary files/modules
needed only for the installation.
 
> Maybe some kind of plugin system could be created so people can
> implement their own way to get a file list. I am thinking here about
> the feature in setuptools that builds the file list using .svn,
> so you don't have to define anything at all.

Right, but it's still good to have a shortcut for the common cases
expressed in MANIFEST.in; anything more complex can use the plugin.
 
> In any case, for the glob in data_files, how do you express this
> MANIFEST.in line ?
> 
> recursive-include directory/subdir *.py *.txt

Currently I don't; that requires a modification (or extension) of the
API, for example instead of a flat list of globs, expect a list of (dir,
globs, recursive) tuples. For convenience we could define an adaptor
function "def match(dir=None, globs=('*',), recursive=True)" to create
the triples from the provided args.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5302>
_______________________________________

From report at bugs.python.org  Wed Feb 18 15:38:02 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 14:38:02 +0000
Subject: [issue4191] urlparse normalize URL path
In-Reply-To: <1224834633.73.0.450098014303.issue4191@psf.upfronthosting.co.za>
Message-ID: <1234967882.88.0.268112087555.issue4191@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Thanks Senthil!

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4191>
_______________________________________

From report at bugs.python.org  Wed Feb 18 15:38:21 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 14:38:21 +0000
Subject: [issue5072] urllib.open sends full URL after GET command instead of
	local path
In-Reply-To: <1232997774.08.0.438260332945.issue5072@psf.upfronthosting.co.za>
Message-ID: <1234967901.26.0.831259364073.issue5072@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5072>
_______________________________________

From report at bugs.python.org  Wed Feb 18 15:38:37 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 14:38:37 +0000
Subject: [issue1001150] hotspot profiler does not work correctly on P4 CPUs
	with HT
Message-ID: <1234967917.72.0.594992161248.issue1001150@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Thanks Viktor!

----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1001150>
_______________________________________

From report at bugs.python.org  Wed Feb 18 15:40:17 2009
From: report at bugs.python.org (Zan Dobersek)
Date: Wed, 18 Feb 2009 14:40:17 +0000
Subject: [issue991266] Cookie.py does not correctly quote Morsels
Message-ID: <1234968017.32.0.288959804777.issue991266@psf.upfronthosting.co.za>


Zan Dobersek <zandobersek at gmail.com> added the comment:

This patch properly quotes cookie's comment and successfully passes
test_cookie.py with applied patch.

Added file: http://bugs.python.org/file13130/991266fix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue991266>
_______________________________________

From report at bugs.python.org  Wed Feb 18 15:40:28 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 14:40:28 +0000
Subject: [issue1047540] Turtle.py hangs Idle
Message-ID: <1234968028.73.0.127470956861.issue1047540@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Here's Taro message:
"""
Turtle.py hanging is hardly important, but it's symptomatic of an
underlying problem, and I can still reproduce in Python 3...

Python 3.0 (r30:67507, Dec  3 2008, 20:14:27) [MSC v.1500 32 bit
(Intel)] on win32
System is Windows XP

The procedure to reproduce is:
a/ Open the directory in Explorer (for me it's D:\Python30\Lib)
b/ right click on Turtle.py and select the "Edit with IDLE" menu option
    (IDLE will open with an "IDLE 3.0      ==== No Subprocess ====" in
the header, along with a turtle.py window; the Shell menu will be missing)
c/ hit the F5 key to run turtle.py
d/ let the demo run
e/ click on the turtle
    (Turtle has not quit and returned to the prompt)
f/ ^Q out of IDLE (yes to force-quit)
g/ Open the Windows Task Manager
    (You now have a zombie pythonw.exe process)
"""

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1047540>
_______________________________________

From report at bugs.python.org  Wed Feb 18 16:07:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Wed, 18 Feb 2009 15:07:03 +0000
Subject: [issue991266] Cookie.py does not correctly quote Morsels
Message-ID: <1234969623.68.0.167329868351.issue991266@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Thanks, Zan!

All tests pass with both patches applied. Test and fix look correct to me.

----------
nosy: +ajaksu2
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue991266>
_______________________________________

From report at bugs.python.org  Wed Feb 18 16:25:10 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Wed, 18 Feb 2009 15:25:10 +0000
Subject: [issue2733] mmap resize fails on anonymous memory (Windows)
In-Reply-To: <1209661457.64.0.989081565875.issue2733@psf.upfronthosting.co.za>
Message-ID: <1234970710.49.0.675170622816.issue2733@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I reconsidered this issue. When mmap is anonymous, 
self->file_handle == INVALID_HANDLE_VALUE (-1), so we should not call
SetFilePointer and SetEndOfFile for this handle.

And the behavior of mmap.resize is not documented clearly though,
current behavior for anonymous mapping object is different from one for
file mapping object.

>>> import mmap
>>> m1 = mmap.mmap(-1, 10, tagname="foo")
>>> m2 = mmap.mmap(-1, 10, tagname="foo")
>>> for i in xrange(10):
...     m1[i] = str(i)
...
>>> m1[:]
'0123456789'
>>> m2[:]
'0123456789'
>>> m2.resize(5)
>>> m1[:]
'0123456789'
>>> m2[:]
'01234'

For file mapping object, mmap.resize() resizes underlying file too, but
for anonymous mapping object, doesn't resize memory region itself. I
cannot find the Win32API to resize memory region created by
CreateFileMapping. I'm not sure this difference is intended by mmap
module writer. Maybe is_resizeable(mmap_object *self) should return 0
for anonymous mapping object on windows. (Of course, such  difference
might be acceptable because mmap.size() already have such difference)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2733>
_______________________________________

From report at bugs.python.org  Wed Feb 18 16:37:59 2009
From: report at bugs.python.org (Tim Golden)
Date: Wed, 18 Feb 2009 15:37:59 +0000
Subject: [issue2733] mmap resize fails on anonymous memory (Windows)
In-Reply-To: <1234970710.49.0.675170622816.issue2733@psf.upfronthosting.co.za>
Message-ID: <499C2B49.9080605@timgolden.me.uk>


Tim Golden <mail at timgolden.me.uk> added the comment:

Hirokazu Yamamoto wrote:
> Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:
> 
> I reconsidered this issue. When mmap is anonymous, 
> self->file_handle == INVALID_HANDLE_VALUE (-1), so we should not call
> SetFilePointer and SetEndOfFile for this handle.

I'm inclined to agree. I must admit, I was pushing a change
which changed as little as possible; I think, in hindsight,
it does *too* little.

> For file mapping object, mmap.resize() resizes underlying file too, but
> for anonymous mapping object, doesn't resize memory region itself. I
> cannot find the Win32API to resize memory region created by
> CreateFileMapping. I'm not sure this difference is intended by mmap
> module writer. Maybe is_resizeable(mmap_object *self) should return 0
> for anonymous mapping object on windows. (Of course, such  difference
> might be acceptable because mmap.size() already have such difference)

I have no strong opinion myself. In reality I rarely use mmaps;
I merely saw the call in the recent bug cleanup and thought I
might be of use. 

I'm not sure who's best placed to decide what
should happen, but my feeling is that altering the existing
interface by, eg, removing the ability of an anonymous Windows
mmap to resize is not a good idea. There may be code which
is already using it.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2733>
_______________________________________

From report at bugs.python.org  Wed Feb 18 16:52:16 2009
From: report at bugs.python.org (George Sakkis)
Date: Wed, 18 Feb 2009 15:52:16 +0000
Subject: [issue5300] Distutils ignores file permissions
In-Reply-To: <1234907694.25.0.317480697226.issue5300@psf.upfronthosting.co.za>
Message-ID: <1234972336.75.0.555544695766.issue5300@psf.upfronthosting.co.za>


George Sakkis <george.sakkis at gmail.com> added the comment:

> what is your use case of having executable file here ?
>
> I'd use the 'scripts' metadata for that ?

For one thing they are external binaries, not python scripts, and second
they are used internally only (through Subprocess), they are not
supposed to be called directly by clients.

> But How do you handle the overwrite of a read-only file in your code 
> then ?

I didn't, all my files were writable (by me), but if I had to, I'd look
at tweaking the directory write permissions; as I mentioned, I don't
think file permissions affect whether you can delete the file.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5300>
_______________________________________

From report at bugs.python.org  Wed Feb 18 17:48:19 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Wed, 18 Feb 2009 16:48:19 +0000
Subject: [issue2733] mmap resize fails on anonymous memory (Windows)
In-Reply-To: <1209661457.64.0.989081565875.issue2733@psf.upfronthosting.co.za>
Message-ID: <1234975699.79.0.741132532795.issue2733@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


Added file: http://bugs.python.org/file13131/mmapmodule.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2733>
_______________________________________

From report at bugs.python.org  Wed Feb 18 18:06:42 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 18 Feb 2009 17:06:42 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <001485f945a413c7d3046334717c@google.com>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Reviewers: Martin v. L?wis,

http://codereview.appspot.com/14105/diff/1/11
File Doc/library/sys.rst (right):

http://codereview.appspot.com/14105/diff/1/11#newcode418
Line 418: A struct sequence that holds information about Python's
Agreed.  All that's important here is the attribute access.

http://codereview.appspot.com/14105/diff/1/6
File Include/longintrepr.h (right):

http://codereview.appspot.com/14105/diff/1/6#newcode24
Line 24: Furthermore, NSMALLNEGINTS and NSMALLPOSINTS should fit in a
digit. */
On 2009/02/17 22:39:18, Martin v. L?wis wrote:
> Merge the comments into a single on. There is no need to preserve the
evolution
> of the code in the comment structure.

Done, along with a general rewrite of this set of comments.

http://codereview.appspot.com/14105/diff/1/9
File Objects/longobject.c (right):

http://codereview.appspot.com/14105/diff/1/9#newcode2872
Line 2872: /* XXX benchmark this! Is is worth keeping? */
On 2009/02/17 22:39:18, Martin v. L?wis wrote:
> Why not PyLong_FromLongLong if available (no special case if not)?

Yes, PyLong_FromLongLong would make sense.  If this is not available,
we still need to make sure that CHECK_SMALL_INT gets called.

http://codereview.appspot.com/14105/diff/1/10
File PC/pyconfig.h (right):

http://codereview.appspot.com/14105/diff/1/10#newcode318
Line 318: #define PY_UINT64_T unsigned __int64
On 2009/02/17 22:39:18, Martin v. L?wis wrote:
> I think this should use PY_LONG_LONG, to support MingW32; likewise,
__int32
> shouldn't be used, as it is MSC specific

Ok.  I'll use PY_LONG_LONG for 64-bit, and try int and long for 32-bit.

http://codereview.appspot.com/14105/diff/1/2
File Python/marshal.c (right):

http://codereview.appspot.com/14105/diff/1/2#newcode160
Line 160: w_long((long)(Py_SIZE(ob) > 0 ? l : -l), p);
On 2009/02/17 22:39:18, Martin v. L?wis wrote:
> This needs to deal with overflow (sizeof(size_t) > sizeof(long))

Hmm.  It looks as though there are many places in this file,
particularly in w_object, that do "w_long((long)n, p), where
n has type Py_ssize_t.  Presumably all of these should
be fixed.

http://codereview.appspot.com/14105/diff/1/2#newcode540
Line 540: if (n < -INT_MAX || n > INT_MAX)
On 2009/02/17 22:39:18, Martin v. L?wis wrote:
> I think this is obsolete now; longs can have up to ssize_t_max digits.

Agreed. Again, this needs to be fixed throughout marshal.c (many
occurrences in r_object).

http://codereview.appspot.com/14105/diff/1/8
File configure.in (right):

http://codereview.appspot.com/14105/diff/1/8#newcode3132
Line 3132: # determine what size digit to use for Python's longs
On 2009/02/17 22:39:18, Martin v. L?wis wrote:
> I'm skeptical (-0) that we really need to have such a configure
option.

I think it's potentially useful to be able to do --disable-big-digits
on platforms where the compiler isn't smart enough to translate
a 32-bit by 32-bit multiply into the appropriate CPU instruction,
so that using 30-bit digits might hurt performance.

I've also found it handy during debugging and testing.  But I guess
I'm only +0.5 on the configure option;  if others think that it's just
unnecessary clutter then I'll remove it.

http://codereview.appspot.com/14105/diff/1/14
File pyconfig.h.in (left):

http://codereview.appspot.com/14105/diff/1/14#oldcode9
Line 9: #undef AC_APPLE_UNIVERSAL_BUILD
On 2009/02/17 22:39:18, Martin v. L?wis wrote:
> We should find out why this is gone.

Looks like an autoconf 2.63/autoconf 2.61 difference.
Whoever previously ran autoconf and autoheader used 2.63;
I used 2.61. (Which explains the huge configure diff as well.)

Description:
This patchset makes it possible for Python to use base 2**30 instead
of base 2**15 for its internal representation of arbitrary-precision
integers.

The aim is both to improve performance of integer arithmetic, and to
make possible some additional optimizations (not currently included in
this patchset).

The patchset includes:

- a new configure option --enable-big-digits
- a new structseq sys.int_info giving information about the
    internal representation

See http://bugs.python.org/issue4258 for the related tracker discussion.

Please review this at http://codereview.appspot.com/14105

Affected files:
   M     Doc/library/sys.rst
   M     Include/longintrepr.h
   M     Include/longobject.h
   M     Include/pyport.h
   M     Lib/test/test_long.py
   M     Lib/test/test_sys.py
   M     Objects/longobject.c
   M     PC/pyconfig.h
   M     Python/marshal.c
   M     Python/sysmodule.c
   M     configure
   M     configure.in
   M     pyconfig.h.in

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 19:10:30 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 18 Feb 2009 18:10:30 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <001485f945a413c7d3046334717c@google.com>
Message-ID: <1234980677.8301.11.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

Le mercredi 18 f?vrier 2009 ? 17:06 +0000, Mark Dickinson a ?crit :
> Looks like an autoconf 2.63/autoconf 2.61 difference.
> Whoever previously ran autoconf and autoheader used 2.63;

Sorry, that was me. autoconf seems unable to maintain reasonably similar
output between two different versions...

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 20:36:21 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 18 Feb 2009 19:36:21 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234985781.99.0.192582703492.issue4258@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

On 32-bit x86 (1.4Ghz Efficeon) using gcc 4.3.2-1ubuntu12 I see the 
following perf with pidigits_noprint 2000:

py3k:
baseline   longdigit14    longdigit13+optimizations
3709 ms    3664ms         4545ms

Those were from the best of five runs after a warmup loop while the 
system was idle.  --enable-big-digits was passed to configure and 
sys.int_info confirmed it was 30bits on the longdigit versions.

baseline is entirely unpatched.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 20:55:13 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 18 Feb 2009 19:55:13 +0000
Subject: [issue5283] setting __class__ in __del__ is bad. mmkay. negative ref
	count! kaboom!
In-Reply-To: <1234819475.16.0.132337680587.issue5283@psf.upfronthosting.co.za>
Message-ID: <1234986913.08.0.692011214487.issue5283@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

The patch looks correct, but are there more places where the type is
kept in a local variable while Python code is invoked?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5283>
_______________________________________

From report at bugs.python.org  Wed Feb 18 21:08:20 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 18 Feb 2009 20:08:20 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234987700.48.0.844891266846.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Gregory, are you sure you didn't swap the 30-bit and 30-bit+opt results?  On OS X/Core 2 Duo my timings are the other way around:  30bit is 
significantly slower than unpatched, 30bit+opt is a little faster than 
unpatched.  Here are sample numbers:

Macintosh-3:py3k-30bit-opt dickinsm$ ./python.exe ../pidigits_noprint.py 
Time; 2181.3 ms
Macintosh-3:py3k-30bit dickinsm$ ./python.exe ../pidigits_noprint.py 2000
Time; 2987.9 ms
Macintosh-3:py3k dickinsm$ ./python.exe ../pidigits_noprint.py 2000
Time; 2216.2 ms

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 21:34:06 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 18 Feb 2009 20:34:06 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234989246.62.0.868924319444.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

And here are results from 64-bit builds on the same machine as above (OS X 
10.5.6/Core 2 Duo, gcc 4.0.1 from Apple).

./python.exe ../pidigits_noprint.py 2000 gives the following timings:

30-bit digits:                 Time; 1245.9 ms
30-bit digits + optimizations: Time; 1184.4 ms
unpatched py3k:                Time; 2479.9 ms

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 21:50:45 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 18 Feb 2009 20:50:45 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234990245.73.0.591071210716.issue4258@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

hmm yes, ignore my 13+optimize result.  apparently that used 15bit 
digits despite --enable-big-digits on configure.  attempting to fix that 
now and rerun.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 22:06:32 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 18 Feb 2009 21:06:32 +0000
Subject: [issue5291] Windows upgrade to 2.6.1 requires 2.6 installer to be
	present
In-Reply-To: <1234861756.46.0.69901675612.issue5291@psf.upfronthosting.co.za>
Message-ID: <1234991192.56.0.0802870701856.issue5291@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5291>
_______________________________________

From report at bugs.python.org  Wed Feb 18 22:16:06 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 18 Feb 2009 21:16:06 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234991766.01.0.0743405110978.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> apparently that used 15bit 
> digits despite --enable-big-digits on configure

Maybe configure didn't get updated properly?  I'm almost sure I found a 
case where autoconf and autoheader just reused the stuff in the 
autom4te.cache directory even though configure.in had been changed.
I've been doing:  rm -fr autom4te.cache; autoconf; autoheader
each time.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 22:19:46 2009
From: report at bugs.python.org (Laszlo (Laca) Peter)
Date: Wed, 18 Feb 2009 21:19:46 +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: <1234991986.85.0.680311837511.issue5289@psf.upfronthosting.co.za>


Changes by Laszlo (Laca) Peter <laca at sun.com>:


----------
nosy: +laca

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5289>
_______________________________________

From report at bugs.python.org  Wed Feb 18 22:27:07 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 18 Feb 2009 21:27:07 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <0015175ccf30c67b050463381430@google.com>


Martin v. L?wis <martin at v.loewis.de> added the comment:

On all other follow-ups I agree, so no further comments there.

http://codereview.appspot.com/14105/diff/1/2
File Python/marshal.c (right):

http://codereview.appspot.com/14105/diff/1/2#newcode160
Line 160: w_long((long)(Py_SIZE(ob) > 0 ? l : -l), p);
> Presumably all of these should be fixed.

Ok, so I'd waive this for this patch; please do create a separate
report.

http://codereview.appspot.com/14105

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 22:33:21 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 18 Feb 2009 21:33:21 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1234991766.01.0.0743405110978.issue4258@psf.upfronthosting.co.za>
Message-ID: <499C7E9D.7080905@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Maybe configure didn't get updated properly?  I'm almost sure I found a 
> case where autoconf and autoheader just reused the stuff in the 
> autom4te.cache directory even though configure.in had been changed.
> I've been doing:  rm -fr autom4te.cache; autoconf; autoheader
> each time.

I think the docs say to run autoheader first, then autoconf.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 22:35:48 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 18 Feb 2009 21:35:48 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1234991766.01.0.0743405110978.issue4258@psf.upfronthosting.co.za>
Message-ID: <1234992996.8301.12.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Maybe configure didn't get updated properly?  I'm almost sure I found a 
> case where autoconf and autoheader just reused the stuff in the 
> autom4te.cache directory even though configure.in had been changed.
> I've been doing:  rm -fr autom4te.cache; autoconf; autoheader
> each time.

Perhaps by doing "autoreconf" instead?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Wed Feb 18 23:30:08 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 18 Feb 2009 22:30:08 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <rhettinger at users.sourceforge.net>:

This started happening a few days ago, about when Benjamin forward
ported r69560 .  There is an #ifdef in fileobject.h that makes a header
for int _PyVerify_fd(int fd) but does not define it.  It is likely
related to r69495 .

_fileio.obj : error LNK2019: unresolved external symbol __PyVerify_fd
referenced in function _check_fd
C:\py31\PC\VS8.0\\python31_d.dll : fatal error LNK1120: 1 unresolved
externals

----------
assignee: loewis
components: Interpreter Core
messages: 82435
nosy: loewis, rhettinger
priority: high
severity: normal
status: open
title: Python 3.1 won't compile under Visual Studio 2005
type: compile error
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Wed Feb 18 23:32:51 2009
From: report at bugs.python.org (Peter Rowat)
Date: Wed, 18 Feb 2009 22:32:51 +0000
Subject: [issue5307] Python-3.0.1 install fails on Solaris
In-Reply-To: <1234996370.91.0.814051223395.issue5307@psf.upfronthosting.co.za>
Message-ID: <1234996370.91.0.814051223395.issue5307@psf.upfronthosting.co.za>


New submission from Peter Rowat <peter at pelican.ucsd.edu>:

My sysadmin tried to install Python-3.0.1 on Solaris, 
using Python-3.0.1.tgz, and reports:
=====
can't configure it, got an error, even before the compile...
probably buggy and won't work on solaris.
 
======
Any ideas?

Thanks.

----------
components: Installation
messages: 82436
nosy: prowat
severity: normal
status: open
title: Python-3.0.1 install fails on Solaris
type: compile error
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5307>
_______________________________________

From report at bugs.python.org  Wed Feb 18 23:43:23 2009
From: report at bugs.python.org (bill)
Date: Wed, 18 Feb 2009 22:43:23 +0000
Subject: [issue5259] gmail smtp
In-Reply-To: <1234621158.53.0.153253851523.issue5259@psf.upfronthosting.co.za>
Message-ID: <1234997003.32.0.408140665943.issue5259@psf.upfronthosting.co.za>


Changes by bill <toastedrobot at gmail.com>:


----------
title: smtplib is broken in Python3 -> gmail smtp
type: crash -> 
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5259>
_______________________________________

From report at bugs.python.org  Wed Feb 18 23:45:06 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 18 Feb 2009 22:45:06 +0000
Subject: [issue5308] cannot marshal objects with more than 2**31 elements
In-Reply-To: <1234997106.01.0.558053875674.issue5308@psf.upfronthosting.co.za>
Message-ID: <1234997106.01.0.558053875674.issue5308@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

Two closely related issues in Python/marshal.c, involving writing and 
reading of variable-length objects (lists, strings, long integers, ...)

(1) The w_object function in marshal contains many instances of code 
like the following:

else if (PyList_CheckExact(v)) {
	w_byte(TYPE_LIST, p);
	n = PyList_GET_SIZE(v);
	w_long((long)n, p);
	for (i = 0; i < n; i++) {
		w_object(PyList_GET_ITEM(v, i), p);
	}
}

On a 64-bit platform there's potential loss of information here
either in the cast "(long)n" (if sizeof(long) is 4), or in
w_long itself (if sizeof(long) is 8).  Note that w_long, despite
its name, always writes exactly 4 bytes.

There should at least be an exception raised here if n is not
in the range [-2**31, 2**31).  This would make marshalling of
large objects illegal (rather than just wrong).

A more involved fix would allow marshalling of objects of size >= 2**31.  
This would obviously involve changing the marshal format, and would make 
it impossible to marshal a large object on a 64-bit platform and then 
unmarshal it on a 32-bit platform.  The latter may not really be a 
problem, since memory considerations ought to rule that out anyway.

(2) In r_object (and possibly elsewhere) there are corresponding checks 
of the form:

case TYPE_LIST:
	n = r_long(p);
	if (n < 0 || n > INT_MAX) {
		PyErr_SetString(PyExc_ValueError, "bad marshal data");
		retval = NULL;
		break;
	}

...

if we allow marshalling of objects with more than 2**31-1 elements then 
these error checks can be relaxed.  (And as a matter of principle, 
INT_MAX isn't really right here: an int might be only 16 bits long on 
some strange platforms...).

----------
components: Interpreter Core
messages: 82437
nosy: marketdickinson
severity: normal
status: open
title: cannot marshal objects with more than 2**31 elements
type: behavior
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5308>
_______________________________________

From report at bugs.python.org  Wed Feb 18 23:46:17 2009
From: report at bugs.python.org (bill)
Date: Wed, 18 Feb 2009 22:46:17 +0000
Subject: [issue5259] smtplib is broken in Python3
In-Reply-To: <1234621158.53.0.153253851523.issue5259@psf.upfronthosting.co.za>
Message-ID: <1234997177.52.0.430084375915.issue5259@psf.upfronthosting.co.za>


bill <toastedrobot at gmail.com> added the comment:

sorry, pressed the wrong button.

that solution does work. didn't find this until #python helped me get:

return encode_base64( ("\0%s\0%s" % (user, password) ).encode('ascii') )

----------
nosy: +toastedrobot
title: gmail smtp -> smtplib is broken in Python3
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5259>
_______________________________________

From report at bugs.python.org  Wed Feb 18 23:51:08 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 18 Feb 2009 22:51:08 +0000
Subject: [issue5283] setting __class__ in __del__ is bad. mmkay. negative ref
	count! kaboom!
In-Reply-To: <1234819475.16.0.132337680587.issue5283@psf.upfronthosting.co.za>
Message-ID: <1234997468.76.0.386676067446.issue5283@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

I carefully looked at all places that store ->ob_type or Py_TYPE() in a 
local variable, and I could not find any exploit. Most places don't 
reuse the type once the method or the slot has been called.

Two places were harder to analyze: subtype_clear (but an attack would 
use __del__, and use a reference cycle: subtype_clear is never called in 
this case) and PyObject_Generic(Get|Set)Attr (the only escape path to 
python code could be through PyType_Ready; but it has already been 
called for heap types)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5283>
_______________________________________

From report at bugs.python.org  Thu Feb 19 00:02:04 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 18 Feb 2009 23:02:04 +0000
Subject: [issue5308] cannot marshal objects with more than 2**31 elements
In-Reply-To: <1234997106.01.0.558053875674.issue5308@psf.upfronthosting.co.za>
Message-ID: <1234998124.28.0.378972648683.issue5308@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Given that marshal is primarily about supporting pyc files, do we care?

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5308>
_______________________________________

From report at bugs.python.org  Thu Feb 19 00:07:03 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 18 Feb 2009 23:07:03 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1234998423.66.0.191518074067.issue5306@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I don't feel responsible for VS2005 support. Unassigning myself.

----------
assignee: loewis -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Thu Feb 19 00:08:58 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 18 Feb 2009 23:08:58 +0000
Subject: [issue5307] Python-3.0.1 install fails on Solaris
In-Reply-To: <1234996370.91.0.814051223395.issue5307@psf.upfronthosting.co.za>
Message-ID: <1234998538.13.0.798665506495.issue5307@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

No ideas. This is not a help forum.

----------
nosy: +loewis
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5307>
_______________________________________

From report at bugs.python.org  Thu Feb 19 00:40:17 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 18 Feb 2009 23:40:17 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1235000417.36.0.403429346471.issue5306@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Kristan, I think this is yours.

----------
assignee:  -> krisvale
nosy: +krisvale

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Thu Feb 19 00:45:33 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 18 Feb 2009 23:45:33 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235000733.14.0.452348784274.issue4258@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

new results after fixing my longdigit13 build to use 30 bits instead of 
15 (the configure script in longdigit13+optimizations didn't work right, 
i had to manually add the #define to pyconfig.h)

py3k:
baseline   longdigit14    longdigit13+optimizations
3709 ms    3664 ms        3377 ms

thats much saner.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Thu Feb 19 02:03:26 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 19 Feb 2009 01:03:26 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235005406.35.0.319391481273.issue4258@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

attaching an updated pidigits benchmark script that does a warmup run 
before reporting the best result of 5.

Added file: http://bugs.python.org/file13132/pidigits_bestof.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Thu Feb 19 02:37:52 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 19 Feb 2009 01:37:52 +0000
Subject: [issue5283] setting __class__ in __del__ is bad. mmkay. negative ref
	count! kaboom!
In-Reply-To: <1234997468.76.0.386676067446.issue5283@psf.upfronthosting.co.za>
Message-ID: <1afaf6160902181737p51d3c993s6a05dcc1dafc35a2@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Wed, Feb 18, 2009 at 4:51 PM, Amaury Forgeot d'Arc
<report at bugs.python.org> wrote:
>
> Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:
>
> I carefully looked at all places that store ->ob_type or Py_TYPE() in a
> local variable, and I could not find any exploit. Most places don't
> reuse the type once the method or the slot has been called.

Thanks for looking!

>
> Two places were harder to analyze: subtype_clear (but an attack would
> use __del__, and use a reference cycle: subtype_clear is never called in
> this case) and PyObject_Generic(Get|Set)Attr (the only escape path to
> python code could be through PyType_Ready; but it has already been
> called for heap types)

Well, I think we can deal with those if they are reported. Go ahead
and apply the patch.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5283>
_______________________________________

From report at bugs.python.org  Thu Feb 19 02:39:53 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Feb 2009 01:39:53 +0000
Subject: [issue5309] setup.py doesn't parallelize extension module compilation
In-Reply-To: <1235007592.93.0.0598331575131.issue5309@psf.upfronthosting.co.za>
Message-ID: <1235007592.93.0.0598331575131.issue5309@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

When run with "make -jN", the Python compilation process is able to
parallelize across N concurrent processes for the interpreter core, but
extension modules are still compiled sequentially.

----------
assignee: tarek
components: Distutils
messages: 82447
nosy: pitrou, tarek
priority: low
severity: normal
status: open
title: setup.py doesn't parallelize extension module compilation
type: feature request
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5309>
_______________________________________

From report at bugs.python.org  Thu Feb 19 03:40:17 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 19 Feb 2009 02:40:17 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235011217.97.0.764206340094.issue4258@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Here are the results from 32-bit x86 on core2 duo gcc 4.0.1 using 
pydigits_bestof.py 4000:

30-bit digits                     (14):  15719 ms
30-bit digits + optimizations (13+ops):  12490 ms
unpatched py3k                        :  13289 ms

(again, i had to manually add #define PYLONG_DIGIT_SIZE 30 to pyconfig.h 
for the longdigit13+optimizations patch).

and pybench runs on the same builds vs unpatched:

30-bit digits                     (14):  -1.4% (slightly slower)
30-bit digits + optimizations (13+ops):  -0.2% (insignificant)


My votes:

Obviously use the optimized version (but fix the configure stuff).

+0  for enabling it by default on 32bit builds.
+10 for enabling it by default on 64bit builds.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Thu Feb 19 03:48:56 2009
From: report at bugs.python.org (Ke Wang)
Date: Thu, 19 Feb 2009 02:48:56 +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: <1235011736.72.0.795236704036.issue5289@psf.upfronthosting.co.za>


Ke Wang <ke.wang at sun.com> added the comment:

Above patch failed in a TabError.
Attached a new one.

Added file: http://bugs.python.org/file13133/util.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5289>
_______________________________________

From report at bugs.python.org  Thu Feb 19 04:36:07 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 19 Feb 2009 03:36:07 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235014567.85.0.0759250019392.issue4565@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

This is basically going to be the killer feature in 3.1 ;). Therefore,
these are steps I think we need before we can merge the branch:

- Fix the dependencies. (#4967)
- Resolve all outstanding issues with the IO lib on the io-c branch.
- Rewrite the rest of StringIO in C?
- Anything else I forgot?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Thu Feb 19 04:51:08 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Thu, 19 Feb 2009 03:51:08 +0000
Subject: [issue5310] operator precedence table is wrong
In-Reply-To: <1235015468.16.0.2806325305.issue5310@psf.upfronthosting.co.za>
Message-ID: <1235015468.16.0.2806325305.issue5310@psf.upfronthosting.co.za>


New submission from Gabriel Genellina <gagsl-py2 at yahoo.com.ar>:

The operator precedence table is wrong.
<http://docs.python.org/reference/
expressions.html#summary>
shows "in"/"not in" having less priority than 
comparisons like "==", but that's not true:

py> 2 in (1,2) == True
False

The .rst file is wrong, as well as all the 
generated .html files since version 2.1 at least.
But the original Latex source lists them in the 
same group.

Looks like the latex->html and latex->rst tools 
both had the same problem with this kind of 
table construct.

The attached patch is based on the ref5.tex file 
included in Python 2.5

----------
assignee: georg.brandl
components: Documentation
messages: 82451
nosy: gagenellina, georg.brandl
severity: normal
status: open
title: operator precedence table is wrong
versions: 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/issue5310>
_______________________________________

From report at bugs.python.org  Thu Feb 19 05:00:28 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Thu, 19 Feb 2009 04:00:28 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1235016028.73.0.404623022906.issue5306@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I think change for posixmodule.c is missing from r69495. (I confirmed
other merges don't include posixmodule.c modification)

Attached patch will fix this. (I don't have VS2005 or later, so I cannot
test this on my machine)

----------
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file13134/fix_posixmodule.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Thu Feb 19 05:02:42 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Thu, 19 Feb 2009 04:02:42 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1235016162.1.0.683996844104.issue5306@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

And I think r69268 should be merged too.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Thu Feb 19 05:07:52 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 19 Feb 2009 04:07:52 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1235016472.0.0.759951359797.issue5306@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Benjamin, please use this patch to complete the merge.

----------
assignee: krisvale -> benjamin.peterson
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Thu Feb 19 05:16:09 2009
From: report at bugs.python.org (Steven Bethard)
Date: Thu, 19 Feb 2009 04:16:09 +0000
Subject: [issue5311] bdist_msi generates version number for pure Python
	packages
In-Reply-To: <1235016969.03.0.818386696301.issue5311@psf.upfronthosting.co.za>
Message-ID: <1235016969.03.0.818386696301.issue5311@psf.upfronthosting.co.za>


New submission from Steven Bethard <steven.bethard at gmail.com>:

I just ran "setup.py bdist_msi" with NLTK which is a pure Python
package. You can see the setup.py here:
http://code.google.com/p/nltk/source/browse/trunk/nltk/setup.py. Despite
the fact that NLTK is pure Python, the generated .msi's look like
nltk-0.9.8.win32-py2.5.msi and nltk-0.9.8.win32-py2.6.msi (built with
Python 2.5 and 2.6 respectively).

So, two questions: (1) are the version numbers supposed to be there? and
(2) if so, does that mean a .msi for a pure Python package built by
Python 2.6 won't work on any other version?

----------
assignee: tarek
components: Distutils
messages: 82455
nosy: bethard, tarek
severity: normal
status: open
title: bdist_msi generates version number for pure Python packages
type: behavior
versions: Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5311>
_______________________________________

From report at bugs.python.org  Thu Feb 19 05:16:24 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 19 Feb 2009 04:16:24 +0000
Subject: [issue5312] errno not being set
In-Reply-To: <1235016984.63.0.365921412426.issue5312@psf.upfronthosting.co.za>
Message-ID: <1235016984.63.0.365921412426.issue5312@psf.upfronthosting.co.za>


New submission from Benjamin Peterson <benjamin at python.org>:

def test_leaking_fds_on_error(self):
        # see bug #5179: Popen leaks file descriptors to PIPEs if
        # the child fails to execute; this will eventually exhaust
        # the maximum number of open fds. 1024 seems a very common
        # value for that limit, but Windows has 2048, so we loop
        # 1024 times (each call leaked two fds).
        for i in range(1024):
            try:
                subprocess.Popen(['nonexisting_i_hope'],
                                 stdout=subprocess.PIPE,
                                 stderr=subprocess.PIPE)
            # Windows raises IOError
            except (IOError, OSError) as err:
                self.assertEqual(err.errno, 2) 


This test is failing in py3k because errno is not being set on the
exception and is None. I don't have time to investigate more at the moment.

----------
messages: 82456
nosy: benjamin.peterson, georg.brandl
priority: high
severity: normal
status: open
title: errno not being set
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5312>
_______________________________________

From report at bugs.python.org  Thu Feb 19 06:21:12 2009
From: report at bugs.python.org (Graham Dumpleton)
Date: Thu, 19 Feb 2009 05:21:12 +0000
Subject: [issue5313] multiprocessing.process using os.close(sys.stdin.fileno)
	instead of sys.stdin.close()
In-Reply-To: <1235020872.08.0.0158488308351.issue5313@psf.upfronthosting.co.za>
Message-ID: <1235020872.08.0.0158488308351.issue5313@psf.upfronthosting.co.za>


New submission from Graham Dumpleton <Graham.Dumpleton at gmail.com>:

In multiprocessing.process it contains the code:

    def _bootstrap(self):
       ....
            if sys.stdin is not None:
                try:
                    os.close(sys.stdin.fileno())
                except (OSError, ValueError):
                    pass

This code should probably be calling sys.stdin.close() and not 
os.close(sys.stdin.fileno()).

The code as is will fail if sys.stdin had been replaced with an alternate 
file like object, such as StringIO, which doesn't have a fileno() method.

----------
messages: 82457
nosy: grahamd, jnoller
severity: normal
status: open
title: multiprocessing.process using os.close(sys.stdin.fileno) instead of sys.stdin.close()
versions: Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5313>
_______________________________________

From report at bugs.python.org  Thu Feb 19 07:33:31 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 19 Feb 2009 06:33:31 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1235011217.97.0.764206340094.issue4258@psf.upfronthosting.co.za>
Message-ID: <499CFD37.7060408@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Obviously use the optimized version (but fix the configure stuff).

Before such a version gets committed, I'd like to see it on Rietveld
again.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Thu Feb 19 07:35:28 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Thu, 19 Feb 2009 06:35:28 +0000
Subject: [issue5310] operator precedence table is wrong
In-Reply-To: <1235015468.16.0.2806325305.issue5310@psf.upfronthosting.co.za>
Message-ID: <1235025328.77.0.258072857216.issue5310@psf.upfronthosting.co.za>


Changes by Gabriel Genellina <gagsl-py2 at yahoo.com.ar>:


----------
keywords: +patch
Added file: http://bugs.python.org/file13135/expressions.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5310>
_______________________________________

From report at bugs.python.org  Thu Feb 19 07:45:25 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 19 Feb 2009 06:45:25 +0000
Subject: [issue5311] bdist_msi generates version number for pure Python
	packages
In-Reply-To: <1235016969.03.0.818386696301.issue5311@psf.upfronthosting.co.za>
Message-ID: <499D0001.4000604@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> So, two questions: (1) are the version numbers supposed to be there?

Yes.

> (2) if so, does that mean a .msi for a pure Python package built by
> Python 2.6 won't work on any other version?

Yes.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5311>
_______________________________________

From report at bugs.python.org  Thu Feb 19 08:02:19 2009
From: report at bugs.python.org (Steven Bethard)
Date: Thu, 19 Feb 2009 07:02:19 +0000
Subject: [issue5311] bdist_msi generates version number for pure Python
	packages
In-Reply-To: <1235016969.03.0.818386696301.issue5311@psf.upfronthosting.co.za>
Message-ID: <1235026939.89.0.656399601481.issue5311@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

Mostly out of curiosity, why is that? With bdist_wininst, a pure Python
package would generate a version-less installer that could then be used
with any Python version.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5311>
_______________________________________

From report at bugs.python.org  Thu Feb 19 08:15:12 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 19 Feb 2009 07:15:12 +0000
Subject: [issue5311] bdist_msi generates version number for pure Python
	packages
In-Reply-To: <1235026939.89.0.656399601481.issue5311@psf.upfronthosting.co.za>
Message-ID: <499D06FD.4050105@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> Mostly out of curiosity, why is that?

Primarily because it's not implemented. To implement it, you
would need to collect all Python installations on the system
from the registry, then create a UI to let the user select
a specific installation, then use that. Collecting all Python
versions is fairly difficult to do with standard MSI actions.

In addition, a common use case is that MSI installation works
unattended (no UI), in which case you would also have to make
a choice of default version to install to (e.g. with highest
version number).

Contributions are welcome.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5311>
_______________________________________

From report at bugs.python.org  Thu Feb 19 08:20:22 2009
From: report at bugs.python.org (Steven Bethard)
Date: Thu, 19 Feb 2009 07:20:22 +0000
Subject: [issue5311] bdist_msi generates version number for pure Python
	packages
In-Reply-To: <1235016969.03.0.818386696301.issue5311@psf.upfronthosting.co.za>
Message-ID: <1235028022.25.0.197708519971.issue5311@psf.upfronthosting.co.za>


Steven Bethard <steven.bethard at gmail.com> added the comment:

I'm certainly no Windows API expert, but if no one takes a stab at it
sooner, maybe I can spend some time looking at this during PyCon.

I'm switching the ticket type to a feature request.

----------
type: behavior -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5311>
_______________________________________

From report at bugs.python.org  Thu Feb 19 08:28:56 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 19 Feb 2009 07:28:56 +0000
Subject: [issue5283] setting __class__ in __del__ is bad. mmkay. negative ref
	count! kaboom!
In-Reply-To: <1234819475.16.0.132337680587.issue5283@psf.upfronthosting.co.za>
Message-ID: <1235028536.25.0.0394556514161.issue5283@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
assignee:  -> amaury.forgeotdarc
keywords:  -needs review
resolution:  -> accepted
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5283>
_______________________________________

From report at bugs.python.org  Thu Feb 19 08:30:44 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 19 Feb 2009 07:30:44 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1235028644.72.0.125496691457.issue5306@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
priority: high -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Thu Feb 19 09:30:23 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 19 Feb 2009 08:30:23 +0000
Subject: [issue5310] operator precedence table is wrong
In-Reply-To: <1235015468.16.0.2806325305.issue5310@psf.upfronthosting.co.za>
Message-ID: <1235032223.91.0.576947087533.issue5310@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in r69769.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5310>
_______________________________________

From report at bugs.python.org  Thu Feb 19 09:30:23 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 19 Feb 2009 08:30:23 +0000
Subject: [issue3558] Operator precedence misdocumented
In-Reply-To: <1218775561.6.0.243287416094.issue3558@psf.upfronthosting.co.za>
Message-ID: <1235032223.86.0.169906027507.issue3558@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in r69769.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3558>
_______________________________________

From report at bugs.python.org  Thu Feb 19 10:05:03 2009
From: report at bugs.python.org (cober J)
Date: Thu, 19 Feb 2009 09:05:03 +0000
Subject: [issue5314] http client error
In-Reply-To: <1235034302.73.0.497047240099.issue5314@psf.upfronthosting.co.za>
Message-ID: <1235034302.73.0.497047240099.issue5314@psf.upfronthosting.co.za>


New submission from cober J <jiaqiubo at gmail.com>:

Try to use http to send multi-byte utf8 data.

File "E:\DEVELOP\python\lib\http\client.py", line 904, in _send_request
    self.endheaders(body.encode('ascii'))
UnicodeEncodeError: 'ascii' codec can't encode character '\u7231' in 
position 119: ordinal not in range(128)


I modified the lib/http/client.py document, and fix this problem.

----------
components: Library (Lib)
files: client.py
messages: 82465
nosy: cober
severity: normal
status: open
title: http client error
type: compile error
versions: Python 3.1
Added file: http://bugs.python.org/file13136/client.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5314>
_______________________________________

From report at bugs.python.org  Thu Feb 19 10:27:36 2009
From: report at bugs.python.org (Pernici Mario)
Date: Thu, 19 Feb 2009 09:27:36 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235035656.45.0.551791930264.issue4258@psf.upfronthosting.co.za>


Pernici Mario <pernici at users.sourceforge.net> added the comment:

The attached patch uses mul1 in long_mul in the version patched with
30bit_longdigit13+optimizations.patch

Comparison between these two patches on hp pavilion Q8200 2.33GHz

pybench                  patch   new patch
SimpleIntegerArithmetic  89      85
other tests equal

pidigits_noprint 2000   998      947

----------
nosy: +pernici
Added file: http://bugs.python.org/file13137/30bit_longdigit13+optimizations1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Thu Feb 19 10:37:23 2009
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Thu, 19 Feb 2009 09:37:23 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1235036243.83.0.16615689752.issue5306@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <kristjan at ccpgames.com> added the comment:

Ah, I just saw this.  Yes, looks like a missing file during porting.  
That should affect VS2008 as well.  Cheers!

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Thu Feb 19 10:38:00 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 19 Feb 2009 09:38:00 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235036280.18.0.643258529264.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> Before such a version gets committed, I'd like to see it on Rietveld
> again.

Sure.  My original plan was to get the structural changes in first, and 
then worry about optimizations.

But now I think the x_divrem fix has to be considered a prerequisite for 
the 30-bit digits patch.  So I'll clean up the x_divrem code, include it 
in the basic patch and upload to Rietveld.  The other optimization (to 
multiplication) is more optional, potentially more controversial (it 
adds 60 or so lines of extra code), and should wait until after the 
commit and get a separate issue and review.

The x_divrem work actually simplifies the code (whilst not altering the 
underlying algorithm), as well as speeding it up.  Still, it's changing 
a subtle core algorithm, so we need to be *very* sure that the new 
code's correct before it goes in.  In particular, I want to add some 
tests to test_long that exercise the rare corner cases in the algorithm 
(which only become rarer when 30-bit digits are used).

I also want to understand Gregory's problems with configure before 
committing anything.

None of this is going to happen before the weekend, I'm afraid.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Thu Feb 19 10:42:18 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 19 Feb 2009 09:42:18 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <0015175cb07ef2e78604634259aa@google.com>


Mark Dickinson <dickinsm at gmail.com> added the comment:

http://codereview.appspot.com/14105/diff/1/2
File Python/marshal.c (right):

http://codereview.appspot.com/14105/diff/1/2#newcode160
Line 160: w_long((long)(Py_SIZE(ob) > 0 ? l : -l), p);
On 2009/02/18 21:27:04, Martin v. L?wis wrote:
> Ok, so I'd waive this for this patch; please do create a separate
report.

Done.

http://bugs.python.org/issue5308

http://codereview.appspot.com/14105

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Thu Feb 19 11:31:16 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 19 Feb 2009 10:31:16 +0000
Subject: [issue5312] errno not being set
In-Reply-To: <1235016984.63.0.365921412426.issue5312@psf.upfronthosting.co.za>
Message-ID: <1235039476.22.0.0013234179507.issue5312@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

The problem is in os.py. This patch fixes it:

Index: Lib/os.py
===================================================================
--- Lib/os.py   (Revision 69769)
+++ Lib/os.py   (Arbeitskopie)
@@ -372,8 +372,8 @@
                 saved_exc = e
                 saved_tb = tb
     if saved_exc:
-        raise error(saved_exc).with_traceback(saved_tb)
-    raise error(last_exc).with_traceback(tb)
+        raise saved_exc.with_traceback(saved_tb)
+    raise last_exc.with_traceback(tb)


I suspect there may be other instances of this problem (I guess 2to3
converted that).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5312>
_______________________________________

From report at bugs.python.org  Thu Feb 19 13:41:53 2009
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 19 Feb 2009 12:41:53 +0000
Subject: [issue5287] logging package on IronPython
In-Reply-To: <1234829431.65.0.106894165535.issue5287@psf.upfronthosting.co.za>
Message-ID: <1235047313.25.0.27343440096.issue5287@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

Fixes checked into trunk & py3k.

----------
resolution: accepted -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5287>
_______________________________________

From report at bugs.python.org  Thu Feb 19 13:43:06 2009
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 19 Feb 2009 12:43:06 +0000
Subject: [issue5192] Update log message formatting.
In-Reply-To: <1234197852.95.0.276908828254.issue5192@psf.upfronthosting.co.za>
Message-ID: <1235047386.24.0.893732718825.issue5192@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
resolution: wont fix -> rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5192>
_______________________________________

From report at bugs.python.org  Thu Feb 19 14:47:08 2009
From: report at bugs.python.org (=?utf-8?q?P=C3=A9ter_Szab=C3=B3?=)
Date: Thu, 19 Feb 2009 13:47:08 +0000
Subject: [issue5315] signal handler never gets called
In-Reply-To: <1235051228.14.0.0909837566577.issue5315@psf.upfronthosting.co.za>
Message-ID: <1235051228.14.0.0909837566577.issue5315@psf.upfronthosting.co.za>


New submission from P?ter Szab? <ptspts at gmail.com>:

According to http://docs.python.org/dev/library/signal.html , if I set
up a signal handler in the main thread, and then have the signal
delivered to the process, then the signal handler will be called in the
main thread. The attached Python script I've written, however, doesn't
work that way: sometimes the signal is completely lost, and the signal
handler is not called.

Here is how it should work. The code has two threads: the main thread
and the subthread. There is also a signal handler installed. The main
thread is running select.select(), waiting for a filehandle to become
readable. Then the subthread sends a signal to the process. The signal
handler writes a byte to the pipe. The select wakes up raising
'Interrupted system call' because of the signal.

I'm running Ubuntu Hardy on x86_64. With Python 2.4.5 and Python 2.5.2,
sometimes the signal handler is not called, and the select continues
waiting indefinitely. This is what I get on stdout in Python 2.4.5:

main pid=8555
--- 0
A
B
S
T
U
handler arg1=10 arg2=<frame object at 0x79ab40>
select got="(4, 'Interrupted system call')"
read str='W'
--- 1
A
B
S
T
U

This means that iteration 0 completed successfully: the signal handler
got called, and the select raised 'Interrupted system call'. However,
iteration 1 was stuck: the signal handler was never called, and the
select waits indefinitely.

The script seems to work in Python 2.4.3, but it hangs in iteration
about 60000.

----------
components: Interpreter Core, Library (Lib)
files: tsig.py
messages: 82472
nosy: pts
severity: normal
status: open
title: signal handler never gets called
type: behavior
versions: Python 2.4, Python 2.5
Added file: http://bugs.python.org/file13138/tsig.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5315>
_______________________________________

From report at bugs.python.org  Thu Feb 19 14:53:38 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Feb 2009 13:53:38 +0000
Subject: [issue949667] file write() method and non-blocking mode.
Message-ID: <1235051618.4.0.930035742903.issue949667@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

setblocking() doesn't exist in py3k either, so reopening. I agree it
would be useful to set files as non-blocking in a portableway.

----------
nosy: +pitrou
priority: low -> normal
status: pending -> open
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue949667>
_______________________________________

From report at bugs.python.org  Thu Feb 19 14:54:08 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Feb 2009 13:54:08 +0000
Subject: [issue949667] setblocking() method on file objects
Message-ID: <1235051648.9.0.832509267599.issue949667@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
title: file write() method and non-blocking mode. -> setblocking() method on file objects

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue949667>
_______________________________________

From report at bugs.python.org  Thu Feb 19 14:55:58 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Feb 2009 13:55:58 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235051758.75.0.16718657914.issue4565@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

After "rewrite the rest of StringIO in C", there's "sanitize the
destructor behaviour of IOBase (if at all possible)".

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Thu Feb 19 14:57:33 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Feb 2009 13:57:33 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235051853.1.0.965734961411.issue4565@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Oh, and "what to do of the now unused pure Python implementations in io.py"?
Easiest would be to dump them, as they will probably get hopelessly out
of sync, but perhaps there's some genuine portability/educational
advantage to keep them?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Thu Feb 19 15:55:14 2009
From: report at bugs.python.org (Jason R. Coombs)
Date: Thu, 19 Feb 2009 14:55:14 +0000
Subject: [issue1578269] Add os.link() and os.symlink() support for Windows
Message-ID: <1235055314.25.0.685865102934.issue1578269@psf.upfronthosting.co.za>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

I've implemented symlink() for Windows in jaraco.windows v1.0, just
uploaded to pypi (http://pypi.python.org/pypi/jaraco.windows/1.0).  It
creates symlinks, so only works in Windows 6 and later, but it's
available for those platforms.

Hopefully something like this can be included in future Python versions.

----------
nosy: +jaraco

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1578269>
_______________________________________

From report at bugs.python.org  Thu Feb 19 16:37:21 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Feb 2009 15:37:21 +0000
Subject: [issue5316] Buildbot failures in test_site
In-Reply-To: <1235057841.41.0.664492545645.issue5316@psf.upfronthosting.co.za>
Message-ID: <1235057841.41.0.664492545645.issue5316@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

Recently, some buildbot failures have started appearing on trunk and
py3k with the following error:

======================================================================
FAIL: test_s_option (test.test_site.HelperFunctionsTests)
----------------------------------------------------------------------

Traceback (most recent call last):
  File
"/home/pybot/buildarea/3.x.klose-ubuntu-i386/build/Lib/test/test_site.py",
line 105, in test_s_option
    self.assertEqual(rc, 1)
AssertionError: 0 != 1

make: *** [buildbottest] Error 1

----------
components: Library (Lib), Tests
messages: 82477
nosy: pitrou
priority: high
severity: normal
stage: needs patch
status: open
title: Buildbot failures in test_site
type: behavior
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5316>
_______________________________________

From report at bugs.python.org  Thu Feb 19 16:38:46 2009
From: report at bugs.python.org (Joe Ranieri)
Date: Thu, 19 Feb 2009 15:38:46 +0000
Subject: [issue4111] Add DTrace probes
In-Reply-To: <1223827695.04.0.0893695004368.issue4111@psf.upfronthosting.co.za>
Message-ID: <1235057926.39.0.577482324186.issue4111@psf.upfronthosting.co.za>


Changes by Joe Ranieri <joe at alacatialabs.com>:


----------
nosy: +sirg3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4111>
_______________________________________

From report at bugs.python.org  Thu Feb 19 17:25:32 2009
From: report at bugs.python.org (Jesse Noller)
Date: Thu, 19 Feb 2009 16:25:32 +0000
Subject: [issue5313] multiprocessing.process using os.close(sys.stdin.fileno)
	instead of sys.stdin.close()
In-Reply-To: <1235020872.08.0.0158488308351.issue5313@psf.upfronthosting.co.za>
Message-ID: <1235060732.31.0.467045619711.issue5313@psf.upfronthosting.co.za>


Changes by Jesse Noller <jnoller at gmail.com>:


----------
assignee:  -> jnoller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5313>
_______________________________________

From report at bugs.python.org  Thu Feb 19 17:31:03 2009
From: report at bugs.python.org (David Fugate)
Date: Thu, 19 Feb 2009 16:31:03 +0000
Subject: [issue5317] URL given for IronPython in CPython documentation
	incorrect
In-Reply-To: <1235061063.62.0.930168396958.issue5317@psf.upfronthosting.co.za>
Message-ID: <1235061063.62.0.930168396958.issue5317@psf.upfronthosting.co.za>


New submission from David Fugate <midnightdf at yahoo.com>:

http://docs.python.org/reference/introduction.html#alternate-
implementations states that the IronPython project's website URL is 
http://workspaces.gotdotnet.com/ironpython.  This site has actually 
been dead for quite some time and our official project page is 
http://www.ironpython.com/ which we plan on revamping shortly.

Thanks,

Dave

----------
assignee: georg.brandl
components: Documentation
messages: 82478
nosy: dfugate, georg.brandl
severity: normal
status: open
title: URL given for IronPython in CPython documentation incorrect
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5317>
_______________________________________

From report at bugs.python.org  Thu Feb 19 17:35:03 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 19 Feb 2009 16:35:03 +0000
Subject: [issue5317] URL given for IronPython in CPython documentation
	incorrect
In-Reply-To: <1235061063.62.0.930168396958.issue5317@psf.upfronthosting.co.za>
Message-ID: <1235061303.16.0.527351893953.issue5317@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in r69776.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5317>
_______________________________________

From report at bugs.python.org  Thu Feb 19 18:21:30 2009
From: report at bugs.python.org (alexlc)
Date: Thu, 19 Feb 2009 17:21:30 +0000
Subject: [issue5318] strip, rstrip & lstrip bug
In-Reply-To: <1235064090.02.0.287381769922.issue5318@psf.upfronthosting.co.za>
Message-ID: <1235064090.02.0.287381769922.issue5318@psf.upfronthosting.co.za>


New submission from alexlc <alc at niebla.co.uk>:

Examples of bad behaviour:

>>> 'abacde'.lstrip('ab')
'cde'
>>> 'abaaacde'.lstrip('ab')
'cde'
>>> 'aabacde'.lstrip('aab')
'cde'
>>> 'abcede'.rstrip( 'de' )
'abc'
>>> 'abacdeaab'.strip('ab')
'cde'

Probably a few more similar to these will fail as well.

I have tested this with a fairly recent 2.5 (maybe 2.53 maybe 2.54), and
with 2.6.1. I have commented this to a friend and he recalls problems
similar to these with lstrip and rstrip a few years ago, so it might
have been an early 2.4 version or a late 2.3.

Thanks.

----------
components: Library (Lib)
messages: 82480
nosy: alexlc
severity: normal
status: open
title: strip, rstrip & lstrip bug
type: behavior
versions: Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5318>
_______________________________________

From report at bugs.python.org  Thu Feb 19 18:25:41 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Feb 2009 17:25:41 +0000
Subject: [issue5318] strip, rstrip & lstrip bug
In-Reply-To: <1235064090.02.0.287381769922.issue5318@psf.upfronthosting.co.za>
Message-ID: <1235064341.5.0.0320525279436.issue5318@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

This is not a bug:
str.strip([chars])
 ... The chars argument is not a prefix or suffix; rather, all
combinations of its values are stripped: ...

http://docs.python.org/library/stdtypes.html#str.strip

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5318>
_______________________________________

From report at bugs.python.org  Thu Feb 19 18:38:01 2009
From: report at bugs.python.org (Mike Coleman)
Date: Thu, 19 Feb 2009 17:38:01 +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: <1235065081.04.0.732738239861.issue5319@psf.upfronthosting.co.za>


New submission from Mike Coleman <mkc at users.sourceforge.net>:

$ python2.5 -c 'print((1, 2, 3))' > /dev/full || echo error status
close failed: [Errno 28] No space left on device
$

The above sequence should also output 'error status' before the next
prompt.  That is, python should not be returning EXIT_SUCCESS in this
situation.

----------
messages: 82482
nosy: mkc
severity: normal
status: open
title: I/O error during one-liner fails to return OS error status
type: behavior
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5319>
_______________________________________

From report at bugs.python.org  Thu Feb 19 18:42:08 2009
From: report at bugs.python.org (alexlc)
Date: Thu, 19 Feb 2009 17:42:08 +0000
Subject: [issue5318] strip, rstrip & lstrip bug
In-Reply-To: <1235064341.5.0.0320525279436.issue5318@psf.upfronthosting.co.za>
Message-ID: <100b92df0902190942m28ba0d20ke487bcb11a89279b@mail.gmail.com>


alexlc <alc at niebla.co.uk> added the comment:

Oh, thanks for letting me know and sorry for the trouble.
I should had read the docs more carefully. I have actually been using for a
long while the strip methods as I had described in the bug report. I was so
completely convinced about this that I didn't even thought about checking
again the docs.
I have to fix my code but I am happy nonetheless as I was kind of 'losing my
faith' in python after finding this.

Regards,
Alejandro

2009/2/19 Ezio Melotti <report at bugs.python.org>

>
> Ezio Melotti <ezio.melotti at gmail.com> added the comment:
>
> This is not a bug:
> str.strip([chars])
>  ... The chars argument is not a prefix or suffix; rather, all
> combinations of its values are stripped: ...
>
> http://docs.python.org/library/stdtypes.html#str.strip
>
> ----------
> nosy: +ezio.melotti
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue5318>
> _______________________________________
>

Added file: http://bugs.python.org/file13139/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5318>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090219/71812c05/attachment.txt>

From report at bugs.python.org  Thu Feb 19 18:43:12 2009
From: report at bugs.python.org (Mike Coleman)
Date: Thu, 19 Feb 2009 17:43:12 +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: <1235065392.58.0.642759925829.issue5319@psf.upfronthosting.co.za>


Mike Coleman <mkc at users.sourceforge.net> added the comment:

Oops, I should have used the old python print syntax.  Nonetheless, the
behavior is the same:

$ python2.5 -c 'print 1, 2, 3' > /dev/full || echo error status
close failed: [Errno 28] No space left on device
$

----------
components: +Interpreter Core

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5319>
_______________________________________

From report at bugs.python.org  Thu Feb 19 18:45:15 2009
From: report at bugs.python.org (Mike Coleman)
Date: Thu, 19 Feb 2009 17:45:15 +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: <1235065515.6.0.55320178575.issue5320@psf.upfronthosting.co.za>


New submission from Mike Coleman <mkc at users.sourceforge.net>:

$ 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:
$

It seems like something other than blank lines should be printed here.

----------
components: Interpreter Core
messages: 82485
nosy: mkc
severity: normal
status: open
title: I/O error during one-liner gives bad diagnostic (and fails to return OS error status)
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5320>
_______________________________________

From report at bugs.python.org  Thu Feb 19 18:50:04 2009
From: report at bugs.python.org (Mike Coleman)
Date: Thu, 19 Feb 2009 17:50:04 +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: <1235065804.66.0.913102056215.issue5321@psf.upfronthosting.co.za>


New submission from Mike Coleman <mkc at users.sourceforge.net>:

$ python3.0 -c 'print((1, 2, 3))' > /dev/full || echo error status
$

This command gives no indication whatsoever that anything has gone
wrong.  Following this with strace demonstrates that the interpreter is
in fact ignoring these errors:

2589  write(1, "(1, 2, 3)\n"..., 10)    = -1 ENOSPC (No space left on
device)
2589  rt_sigaction(SIGINT, {SIG_DFL}, {0x47aa49, [], SA_RESTORER,
0x7fd5aa9da080}, 8) = 0
2589  write(1, "(1, 2, 3)\n"..., 10)    = -1 ENOSPC (No space left on
device)
2589  write(1, "(1, 2, 3)\n"..., 10)    = -1 ENOSPC (No space left on
device)
2589  write(1, "(1, 2, 3)\n"..., 10)    = -1 ENOSPC (No space left on
device)
2589  exit_group(0)                     = ?

----------
components: Interpreter Core
messages: 82486
nosy: mkc
severity: normal
status: open
title: I/O error during one-liner gives no (!) diagnostic (and fails to return OS error status)
type: behavior
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5321>
_______________________________________

From report at bugs.python.org  Thu Feb 19 18:52:13 2009
From: report at bugs.python.org (Mike Coleman)
Date: Thu, 19 Feb 2009 17:52:13 +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: <1235065933.55.0.838339581465.issue5320@psf.upfronthosting.co.za>


Mike Coleman <mkc at users.sourceforge.net> added the comment:

Also, as with the other python versions, notice that the error status is
EXIT_SUCCESS (which it should not be).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5320>
_______________________________________

From report at bugs.python.org  Thu Feb 19 19:11:44 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Thu, 19 Feb 2009 18:11:44 +0000
Subject: [issue5318] strip, rstrip & lstrip bug
In-Reply-To: <1235064090.02.0.287381769922.issue5318@psf.upfronthosting.co.za>
Message-ID: <1235067104.93.0.526542976256.issue5318@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Thanks, Ezio!

----------
nosy: +ajaksu2
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5318>
_______________________________________

From report at bugs.python.org  Thu Feb 19 20:45:57 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 19 Feb 2009 19:45:57 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1235072757.83.0.689806432324.issue5306@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Could one of the Windows experts do the port? I can't properly resolve
the conflicts or test the changes here.

----------
assignee: benjamin.peterson -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Thu Feb 19 20:47:47 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 19 Feb 2009 19:47:47 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235072867.38.0.273609411338.issue4565@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I think we should just drop the Python implementations. There's no point
in trying to keep two implementations around.

Besides, if we don't backport IO in C, we can maintain them in the trunk. :)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Thu Feb 19 20:52:57 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 19 Feb 2009 19:52:57 +0000
Subject: [issue5312] errno not being set
In-Reply-To: <1235016984.63.0.365921412426.issue5312@psf.upfronthosting.co.za>
Message-ID: <1235073177.32.0.581978506936.issue5312@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5312>
_______________________________________

From report at bugs.python.org  Thu Feb 19 20:57:35 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Thu, 19 Feb 2009 19:57:35 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235073455.62.0.350691563821.issue4565@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at divmod.com> added the comment:

> Oh, and "what to do of the now unused pure Python implementations in
io.py"?  Easiest would be to dump them, as they will probably get
hopelessly out of sync, but perhaps there's some genuine
portability/educational advantage to keep them?

The test suite should be run against both implementations.  That way
tested behavior will always be the same for both.  And all of its
behavior is tested, right? ;)

The value in the Python implementation is manifold.  For example:

  * It eases testing of new features/techniques.  Rather than going
straight to the C version when someone has an idea for a feature, it can
be implemented and tried out in Python.  If it's cool, then the extra
effort of porting to C can be undertaken.
  * It helps other Python implementations immensely.  PyPy, IronPython,
and Jython are all going to have to provide this library eventually (one
supposes).  Forcing them each to re-implement it will mean it will be
that much longer before they support it.

----------
nosy: +exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Thu Feb 19 20:58:54 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 19 Feb 2009 19:58:54 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1235073534.11.0.774373013363.issue2771@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Does this still work?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Thu Feb 19 21:01:13 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 19 Feb 2009 20:01:13 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1235073455.62.0.350691563821.issue4565@psf.upfronthosting.co.za>
Message-ID: <1afaf6160902191201mfdc76b8t70d61a9ff1a5d049@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Thu, Feb 19, 2009 at 1:57 PM, Jean-Paul Calderone
<report at bugs.python.org> wrote:
>
> Jean-Paul Calderone <exarkun at divmod.com> added the comment:
>
>> Oh, and "what to do of the now unused pure Python implementations in
> io.py"?  Easiest would be to dump them, as they will probably get
> hopelessly out of sync, but perhaps there's some genuine
> portability/educational advantage to keep them?
>
> The test suite should be run against both implementations.  That way
> tested behavior will always be the same for both.  And all of its
> behavior is tested, right? ;)
>
> The value in the Python implementation is manifold.  For example:
>
>  * It eases testing of new features/techniques.  Rather than going
> straight to the C version when someone has an idea for a feature, it can
> be implemented and tried out in Python.  If it's cool, then the extra
> effort of porting to C can be undertaken.
>  * It helps other Python implementations immensely.  PyPy, IronPython,
> and Jython are all going to have to provide this library eventually (one
> supposes).  Forcing them each to re-implement it will mean it will be
> that much longer before they support it.

We don't maintain any other features in two languages for those
purposes. IMO, it will just be more of a burden to fix bugs in two
different places as compared to the advantages you mention.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Thu Feb 19 21:05:53 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Thu, 19 Feb 2009 20:05:53 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235073953.34.0.111829781208.issue4565@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at divmod.com> added the comment:

> We don't maintain any other features in two languages for those
purposes. IMO, it will just be more of a burden to fix bugs in two
different places as compared to the advantages you mention.

Surely the majority of the burden is imposed by the C implementation.  I
expect that 90% of the time spent fixing bugs will be spent fixing them
in C.  So for only a slightly increased maintenance cost, a massive
advantage is gained for other Python implementations.  If the general
well-being and popularity of Python isn't a concern of CPython
developers, then perhaps the benefits can still be preserved at minimal
cost to the CPython developers by letting some Jython, IronPython, or
PyPy developers maintain the Python implementation of the io library in
the CPython source tree (rather than making them copy it elsewhere where
it will more frequently get out of sync, and where
Jython/IronPython/PyPy might waste effort in duplicating maintenance).

Or maybe none of them will care or object to the removal of the Python
version from CPython.  It might at least be worth asking first, though.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Thu Feb 19 21:28:59 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 19 Feb 2009 20:28:59 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1235075339.95.0.168778919485.issue2771@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

More testing.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Thu Feb 19 21:29:48 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 19 Feb 2009 20:29:48 +0000
Subject: [issue2771] test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1235075388.32.0.171398948424.issue2771@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Testing 1..2..3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Thu Feb 19 21:34:25 2009
From: report at bugs.python.org (Armin Ronacher)
Date: Thu, 19 Feb 2009 20:34:25 +0000
Subject: [issue5322] Python 2.6 object.__new__ argument calling autodetection
	faulty
In-Reply-To: <1235075665.37.0.301694124748.issue5322@psf.upfronthosting.co.za>
Message-ID: <1235075665.37.0.301694124748.issue5322@psf.upfronthosting.co.za>


New submission from Armin Ronacher <armin.ronacher at active-4.com>:

In 2.6 a deprecation warning was added if `object.__new__` was called
with arguments.  Per se this is fine, but the detection seems to be faulty.

The following code shows the problem:

>>> class A(object):
...     def __new__(self):
...         raise TypeError('i do not exist')
... 
>>> class B(A):
...     __new__ = object.__new__
...     def __init__(self, x):
...         self.x = x
... 
>>> B(1)
__main__:1: DeprecationWarning: object.__new__() takes no parameters
<__main__.B object at 0x88dd0>

In the `B` case `__new__` is not overridden (in the sense that it
differs from object.__new__) but `__init__` is.  Which is the default
behaviour.  Nonetheless a warning is raised.

I used the pattern with the "__new__ switch" to achieve a
cStringIO.StringIO behavior that supports typechecks:  IterIO() returns
either a IterI or IterO object, both instances of IterIO so that
typechecks can be performed.

Real-world use case here:
http://dev.pocoo.org/projects/werkzeug/browser/werkzeug/contrib/iterio.py

----------
messages: 82497
nosy: aronacher
severity: normal
status: open
title: Python 2.6 object.__new__ argument calling autodetection faulty
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5322>
_______________________________________

From report at bugs.python.org  Thu Feb 19 21:39:50 2009
From: report at bugs.python.org (Trevor Perrin)
Date: Thu, 19 Feb 2009 20:39:50 +0000
Subject: [issue936813] fast modular exponentiation
Message-ID: <1235075990.97.0.942276893901.issue936813@psf.upfronthosting.co.za>


Trevor Perrin <trevp at users.sourceforge.net> added the comment:

Hi Mark,

Let me know if I can give you any help with this.  The original patch
was split into 3 parts.  The only part remaining unapplied is the
Montgomery Reduction.  

It appeared to be a significant speedup when I was last testing, and is
frequently used in other modular exponentiation libraries, but it does,
admittedly, complicate the code.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue936813>
_______________________________________

From report at bugs.python.org  Thu Feb 19 22:02:04 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 19 Feb 2009 21:02:04 +0000
Subject: [issue936813] fast modular exponentiation
Message-ID: <1235077324.05.0.578659706242.issue936813@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue936813>
_______________________________________

From report at bugs.python.org  Thu Feb 19 22:36:10 2009
From: report at bugs.python.org (R. David Murray)
Date: Thu, 19 Feb 2009 21:36:10 +0000
Subject: [issue5323] document expected/required behavior of 3.x io subsystem
	with respect to buffering
In-Reply-To: <1235079370.71.0.9273857922.issue5323@psf.upfronthosting.co.za>
Message-ID: <1235079370.71.0.9273857922.issue5323@psf.upfronthosting.co.za>


New submission from R. David Murray <rdmurray at bitdance.com>:

The python 3.x io library appears to allow mixing calls to __next__ and
calls to readline.  As another consequence, where previously it was
necessary to use 'readline' to read single lines from a pipe without
blocking waiting for a buffer fill, now one can apparently use 'for'.

Reading the code in io.py, it seems as though this is intentional:
readline and __next__ use the same buffer, and the method on
TextIOWrapper that fills the buffer calls 'read1', which in the one
place where it has a docstring says that only as much data as is
available is read, in contrast to 'read', which reads exactly n bytes
(to EOF).

Assuming this is the intended behavior, it should be documented, and if
they do not exist (I didn't see any) tests should be added to confirm
the behavior.  If this behavior is an implementation artifact, then this
should be documented so that code is less likely to depend on it.

Once I know whether or not this behavior _should_ be part of the test
suite, I'll be happy to work on doc and test patches.

----------
components: Library (Lib)
messages: 82499
nosy: bitdancer
severity: normal
status: open
title: document expected/required behavior of 3.x io subsystem with respect to buffering
type: behavior
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5323>
_______________________________________

From report at bugs.python.org  Thu Feb 19 23:09:41 2009
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Thu, 19 Feb 2009 22:09:41 +0000
Subject: [issue5176] Special-case string formatting in BINARY_MODULO
	implementation
In-Reply-To: <1233964189.56.0.504237250684.issue5176@psf.upfronthosting.co.za>
Message-ID: <1235081381.63.0.489364259698.issue5176@psf.upfronthosting.co.za>


Jeffrey Yasskin <jyasskin at gmail.com> added the comment:

Looks good to me.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5176>
_______________________________________

From report at bugs.python.org  Thu Feb 19 23:10:01 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Feb 2009 22:10:01 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1235073953.34.0.111829781208.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235081450.8683.12.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

Hello JP,

> Surely the majority of the burden is imposed by the C implementation.  I
> expect that 90% of the time spent fixing bugs will be spent fixing them
> in C.

Hmm, it depends. It's probably true in general, but I suspect a fair
amount of work also went into getting the Python implementation correct,
since there are things in there that are tricky regardless of the
implementation language (I'm especially thinking of the TextIOWrapper
seek() and tell() methods).
(and there are still bugs in the Python implementation btw.)

> If the general
> well-being and popularity of Python isn't a concern of CPython
> developers, then perhaps the benefits can still be preserved at minimal
> cost to the CPython developers by letting some Jython, IronPython, or
> PyPy developers maintain the Python implementation of the io library in
> the CPython source tree

Well, if it is part of the CPython source tree, we (CPython developers)
can't realistically ignore it by saying it's someone else's job.

> Or maybe none of them will care or object to the removal of the Python
> version from CPython.  It might at least be worth asking first, though.

In any case, it must first be asked on python-dev. We're not gonna dump
the code without telling anybody anything :)

cheers

Antoine.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Thu Feb 19 23:32:21 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 19 Feb 2009 22:32:21 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235082741.86.0.771497180013.issue4565@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

[Benjamin Peterson]
> I think we should just drop the Python implementations. There's no point
> in trying to keep two implementations around.

I disagree.  I've found great value in keeping a pure python version
around for things I've converted to C.   The former serves as
documentation, as a tool for other implementations (like PyPy
IronPython, and Jython), and as a precise spec.  The latter case
is especially valuable (otherwise, the spec becomes whatever
CPython happens to do). 

Also, I've found that once the two are in-sync, keeping it that way
isn't hard.  And, there effort for keeping them in-sync is a good
way to find bugs.

In the heapqmodule, we do a little magic in the test suite to
make sure the tests are run against both.  It's not hard.


Raymond

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Thu Feb 19 23:34:33 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Thu, 19 Feb 2009 22:34:33 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235082873.25.0.854662655108.issue4565@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at divmod.com> added the comment:

Hi Antoine,

> > Surely the majority of the burden is imposed by the C
implementation.  I expect that 90% of the time spent fixing bugs will be
spent fixing them in C.

> Hmm, it depends. It's probably true in general, but I suspect a fair
amount of work also went into getting the Python implementation correct,
since there are things in there that are tricky regardless of the
implementation language (I'm especially thinking of the TextOWrapper
seek() and tell() methods). (and there are still bugs in the Python
implementation btw.)

Indeed, I'm sure a lot of work went into the Python implementation - and
hopefully that work *saved* a huge amount of work when doing the C
implementation.  That's why people prototype things in Python, right? :)
 So it seems to me that keeping the Python implementation is useful for
CPython, since if it made working on the C implementation easier in the
past, it will probably do so again in the future.

Basically, my point is that maintaining C and Python versions is
*cheaper* than just maintaining the C version alone.  The stuff I said
about other VMs is true too, but it doesn't seem like anyone here is
going to be convinced by it ;)  (and I haven't spoked to any developers
for other VMs about whether they really want it, anyway).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Thu Feb 19 23:38:46 2009
From: report at bugs.python.org (Michael Foord)
Date: Thu, 19 Feb 2009 22:38:46 +0000
Subject: [issue5324] __subclasses__ undocumented
In-Reply-To: <1235083126.41.0.90704738838.issue5324@psf.upfronthosting.co.za>
Message-ID: <1235083126.41.0.90704738838.issue5324@psf.upfronthosting.co.za>


New submission from Michael Foord <michael at voidspace.org.uk>:

I can't find any documentation for the __subclasses__ magic method. At
the very least needed for language implementors.

----------
assignee: georg.brandl
components: Documentation
messages: 82504
nosy: georg.brandl, mfoord
severity: normal
status: open
title: __subclasses__ undocumented

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5324>
_______________________________________

From report at bugs.python.org  Thu Feb 19 23:48:05 2009
From: report at bugs.python.org (Armin Ronacher)
Date: Thu, 19 Feb 2009 22:48:05 +0000
Subject: [issue5322] Python 2.6 object.__new__ argument calling autodetection
	faulty
In-Reply-To: <1235075665.37.0.301694124748.issue5322@psf.upfronthosting.co.za>
Message-ID: <1235083685.9.0.253360640151.issue5322@psf.upfronthosting.co.za>


Armin Ronacher <armin.ronacher at active-4.com> added the comment:

The problem seems to be caused by tp_new being slot_tp_new which then
invokes whatever __new__ in the class dict is.

I'm not so sure what would be the solution to this.  One could of course
check if tp_new is either object_new or slot_tp_new and in the latter
case check if the class dict's __new__ item is object_new...

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5322>
_______________________________________

From report at bugs.python.org  Fri Feb 20 00:15:38 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 19 Feb 2009 23:15:38 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1235085338.82.0.457017745094.issue5306@psf.upfronthosting.co.za>


Changes by Amaury Forgeot d'Arc <amauryfa at gmail.com>:


----------
assignee:  -> amaury.forgeotdarc
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Fri Feb 20 00:23:51 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Thu, 19 Feb 2009 23:23:51 +0000
Subject: [issue5306] Python 3.1 won't compile under Visual Studio 2005
In-Reply-To: <1234996208.64.0.318927789684.issue5306@psf.upfronthosting.co.za>
Message-ID: <1235085831.9.0.141836714309.issue5306@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

I merged the change manually, and came to the same patch as ocean-city;

Then I noticed that os.device_encoding() (new in python 3.0) needs the 
same check as well.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5306>
_______________________________________

From report at bugs.python.org  Fri Feb 20 00:30:22 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 19 Feb 2009 23:30:22 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235086222.5.0.22453339106.issue4565@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

> Basically, my point is that maintaining C and Python 
> versions is *cheaper* than just maintaining the C 
> version alone.

Well said.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Fri Feb 20 00:39:53 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 19 Feb 2009 23:39:53 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235086793.81.0.792507247514.issue4565@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

+1 to setting it up so that unit tests are always run against both and 
keeping both.

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Fri Feb 20 00:49:09 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Feb 2009 23:49:09 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1235086793.81.0.792507247514.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235087397.8683.15.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> +1 to setting it up so that unit tests are always run against both and 
> keeping both.

If this is the way forward I recommend putting the pure Python versions
into a separate module, eg pyio.py (although the name is not very
elegant). It will make the separation clean and obvious.

(and perhaps it will have the side-effect of improving startup time,
although I'm not really worried about this)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:53:00 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:53:00 +0000
Subject: [issue835176] [2.3.2] bz2 test failure on AIX 4.3.2, Tru64 UNIX
Message-ID: <1235094780.68.0.648660512882.issue835176@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> out of date
stage:  -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue835176>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:53:05 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:53:05 +0000
Subject: [issue1210326] comma separated cookie values
Message-ID: <1235094785.88.0.901719842239.issue1210326@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> invalid
stage:  -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1210326>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:53:10 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:53:10 +0000
Subject: [issue1682241] Problems with urllib2 read()
Message-ID: <1235094790.67.0.287259142023.issue1682241@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> invalid
stage: test needed -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1682241>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:53:15 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:53:15 +0000
Subject: [issue775340] OSX 'freeze' bug
Message-ID: <1235094795.8.0.320543138737.issue775340@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> out of date
stage: test needed -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue775340>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:53:44 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:53:44 +0000
Subject: [issue780354] socket.makefile() isn't compatible with
	marshal/cPickle/etc
Message-ID: <1235094824.03.0.279254808035.issue780354@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> invalid
stage:  -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue780354>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:53:49 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:53:49 +0000
Subject: [issue1169633] Install fail code 2932 after fail to copy
	python_icon.exe
Message-ID: <1235094829.69.0.318549091894.issue1169633@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> works for me
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1169633>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:53:54 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:53:54 +0000
Subject: [issue1111100] csv reader barfs encountering quote when quote_none is
	set
Message-ID: <1235094834.66.0.770606951983.issue1111100@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> out of date
stage:  -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1111100>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:53:58 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:53:58 +0000
Subject: [issue995956] TclError with intel's hypertheading
Message-ID: <1235094838.69.0.0453660304578.issue995956@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> out of date
stage: test needed -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue995956>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:54:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:54:03 +0000
Subject: [issue815753] SCO_SV: many modules cannot be imported
Message-ID: <1235094843.14.0.840089436286.issue815753@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> out of date
stage: test needed -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue815753>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:54:08 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:54:08 +0000
Subject: [issue727732] getpath.c-generated prefix wrong for Tru64 scripts
Message-ID: <1235094848.09.0.791373967715.issue727732@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> out of date
stage: test needed -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue727732>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:54:13 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:54:13 +0000
Subject: [issue875654] add support for installations compiled for debugging
Message-ID: <1235094853.7.0.157570244831.issue875654@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> rejected
stage:  -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue875654>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:54:22 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:54:22 +0000
Subject: [issue872815] How to pass the proxy server use socket
Message-ID: <1235094862.79.0.966945408078.issue872815@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> invalid
stage:  -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue872815>
_______________________________________

From report at bugs.python.org  Fri Feb 20 02:54:29 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 01:54:29 +0000
Subject: [issue854918] Configurable SSL handshake
Message-ID: <1235094869.79.0.937863094575.issue854918@psf.upfronthosting.co.za>


Changes by Daniel Diniz <ajaksu at gmail.com>:


----------
resolution:  -> out of date
stage: test needed -> committed/rejected
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue854918>
_______________________________________

From report at bugs.python.org  Fri Feb 20 04:00:12 2009
From: report at bugs.python.org (James Henstridge)
Date: Fri, 20 Feb 2009 03:00:12 +0000
Subject: [issue5305] imaplib should support international mailbox names
In-Reply-To: <1234935371.11.0.35650041724.issue5305@psf.upfronthosting.co.za>
Message-ID: <1235098812.48.0.996062460075.issue5305@psf.upfronthosting.co.za>


James Henstridge <james at jamesh.id.au> added the comment:

I'll have a go at implementing the algorithm.  It looks like the
modifications to UTF-7 are large enough that you can't do a search and
replace on the output of the existing UTF-7 codec, so it'll probably
require new code.

Would String2Mailbox and Mailbox2String utility functions be appropriate
here?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5305>
_______________________________________

From report at bugs.python.org  Fri Feb 20 04:08:11 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Feb 2009 03:08:11 +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: <1235099291.2.0.940947004682.issue3067@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

FWIW the type("") is gone in Py3, now it is:
"if locale and not isinstance(locale, _builtin_str):"
where "from builtins import str as _builtin_str"
(http://svn.python.org/view/python/branches/py3k/Lib/locale.py?view=markup)

However Py3.0 now raises the same error when the second arg is a byte
string:
>>> locale.setlocale(locale.LC_ALL, b'ja_JP.utf8')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Programs\Python30\lib\locale.py", line 500, in setlocale
    locale = normalize(_build_localename(locale))
  File "C:\Programs\Python30\lib\locale.py", line 408, in _build_localename
    language, encoding = localetuple
ValueError: too many values to unpack

On Py3, locale.setlocale() should allow only unicode strings and reject
byte strings.

----------
components: +Unicode
nosy: +ezio.melotti
title: setlocale Tracebacks on unicode locale strings -> setlocale fails with unicode strings on Py2 and with byte strings on Py3
versions: +Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3067>
_______________________________________

From report at bugs.python.org  Fri Feb 20 04:20:14 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 20 Feb 2009 03:20:14 +0000
Subject: [issue5312] errno not being set
In-Reply-To: <1235016984.63.0.365921412426.issue5312@psf.upfronthosting.co.za>
Message-ID: <1235100014.4.0.786897602071.issue5312@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Thanks for the diagnostic, Georg! Fixed in r69794.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5312>
_______________________________________

From report at bugs.python.org  Fri Feb 20 06:17:14 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Feb 2009 05:17:14 +0000
Subject: [issue5325] "SyntaxError: None" when the name of the dir contains
	non-ascii chars
In-Reply-To: <1235107034.92.0.375060629759.issue5325@psf.upfronthosting.co.za>
Message-ID: <1235107034.92.0.375060629759.issue5325@psf.upfronthosting.co.za>


New submission from Ezio Melotti <ezio.melotti at gmail.com>:

Step to reproduce:
1) create a directory with non-ascii chars in the name
2) create a python module with a syntax error (I used an unclosed '(')
3) execute the module.py directly ('module.py', not 'python module.py')

I tested this only on Windows, with Python3 as the default interpreter
used to execute *.py files, this is the output:

# ascii dir, works fine
D:\>module1.py
  File "D:\module1.py", line 21
                       ^
SyntaxError: invalid syntax
# moving to non-ascii dir
D:\>cd ???
# non ascii-dir, fails
D:\???>module1.py
SyntaxError: None
# here is using py2.6, but with 'python module1.py' it doesn't print the
dir name
D:\???>python module1.py
  File "module1.py", line 21
                       ^
SyntaxError: invalid syntax
# same as before but with py3
D:\???>python3 module1.py
  File "module1.py", line 21
                       ^
SyntaxError: invalid syntax

# with print(sys.version) in module1.py
D:\???>module1.py
3.0 (r30:67507, Dec  3 2008, 20:14:27) [MSC v.1500 32 bit (Intel)]
D:\???>python module1.py
2.6 (r26:66721, Oct  2 2008, 11:35:03) [MSC v.1500 32 bit (Intel)]
D:\???>python3 module1.py
3.0 (r30:67507, Dec  3 2008, 20:14:27) [MSC v.1500 32 bit (Intel)]

This seems to happen only with SyntaxErrors, I tested a couple of other
errors and it seems to work:

# with print(sys.version) and 5/0 in module1
# here it prints the dir name without problems (but it doesn't show '5/0')
D:\???>module1.py
3.0 (r30:67507, Dec  3 2008, 20:14:27) [MSC v.1500 32 bit (Intel)]
Traceback (most recent call last):
  File "D:\???\module1.py", line 3, in <module>
ZeroDivisionError: int division or modulo by zero

D:\???>python module1.py
2.6 (r26:66721, Oct  2 2008, 11:35:03) [MSC v.1500 32 bit (Intel)]
Traceback (most recent call last):
  File "module1.py", line 3, in <module>
    5/0
ZeroDivisionError: integer division or modulo by zero

D:\???>python3 module1.py
3.0 (r30:67507, Dec  3 2008, 20:14:27) [MSC v.1500 32 bit (Intel)]
Traceback (most recent call last):
  File "module1.py", line 3, in <module>
    5/0
ZeroDivisionError: int division or modulo by zero

----------
components: Unicode
messages: 82513
nosy: ezio.melotti
severity: normal
status: open
title: "SyntaxError: None" when the name of the dir contains non-ascii chars
type: behavior
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5325>
_______________________________________

From report at bugs.python.org  Fri Feb 20 07:14:01 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Feb 2009 06:14:01 +0000
Subject: [issue3446] center,
	ljust and rjust are inconsistent with unicode parameters
In-Reply-To: <1217001563.39.0.568934696199.issue3446@psf.upfronthosting.co.za>
Message-ID: <1235110441.07.0.42368948747.issue3446@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Indeed this behavior doesn't seem to be documented.

When the string is unicode and the fillchar non-unicode Python
implicitly tries to decode the fillchar (and possibly it raises a
TypeError if it's not in range(0,128)):
>>> u'x'.center(5, 'y') # unicode string, non-unicode (str) fillchar
u'yyxyy' # the fillchar is decoded


When the string is non-unicode it only accepts a non-unicode fillchar
(e.g. 'x'.center(5, 'y')) and it raises a TypeError if the fillchar is
unicode:
>>> 'x'.center(5, u'y') # non-unicode (str) string, unicode fillchar
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: center() argument 2 must be char, not unicode

If it tries to decode the fillchar when the string is unicode, it could
also try to encode the unicode fillchar (and possibly raise a TypeError)
when the string is non-unicode.

Py3, instead, seems to have the opposite behavior. It implicitly encodes
unicode fillchars into byte strings when the string is a byte string but
it doesn't decode a byte fillchar if the string is unicode:

>>> b'x'.center(5, 'y') # byte string, unicode fillchar
b'yyxyy' # the fillchar is encoded
>>> 'x'.center(5, b'y') # unicode string, byte fillchar
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: The fill character cannot be converted to Unicode

In the doc [1] there's written that "The methods on bytes and bytearray
objects don?t accept strings as their arguments, just as the methods on
strings don?t accept bytes as their arguments." so b'x'.center(5, 'y')
should probably raise an error on Py3 (I could open a new issue for this).

[1]:
http://docs.python.org/3.0/library/stdtypes.html#bytes-and-byte-array-methods
- In the note

----------
nosy: +ezio.melotti
versions: +Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3446>
_______________________________________

From report at bugs.python.org  Fri Feb 20 07:46:24 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Feb 2009 06:46:24 +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: <1235112384.95.0.682345426261.issue3511@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

I'd close this as "won't fix", because (IMHO) ranges like [9-A]
shouldn't be used at all, so I won't expect it to work properly.

FWIW Perl doesn't seem to match the '_', even with the 'i' flag. Tested
with: perl -e '$s = ("_" =~ /[9-A]/); print $s' and perl -e '$s = ("_"
=~ /[9-A]/i); print $s'. It matches ":" with [9-A] and "_" with [9-a]
though (both without the 'i' flag).

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3511>
_______________________________________

From report at bugs.python.org  Fri Feb 20 07:54:34 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Feb 2009 06:54:34 +0000
Subject: [issue5326] Wrong anchors in "What's New in Python 2.5"
In-Reply-To: <1235112874.03.0.0364315281312.issue5326@psf.upfronthosting.co.za>
Message-ID: <1235112874.03.0.0364315281312.issue5326@psf.upfronthosting.co.za>


New submission from Ezio Melotti <ezio.melotti at gmail.com>:

Some anchors of the "What's New in Python 2.5" page [1] are wrong (both
in the table of contents and on the titles):
<li><a href="#module-ctypes">New, Improved, and Removed Modules</a><ul>
<li><a href="#module-etree">The ctypes package</a></li>
<li><a href="#module-hashlib">The ElementTree package</a></li>
<li><a href="#module-sqlite">The hashlib package</a></li>
<li><a href="#module-wsgiref">The sqlite3 package</a></li>
<li><a href="#the-wsgiref-package">The wsgiref package</a></li>


[1]: http://docs.python.org/whatsnew/2.5.html

----------
assignee: georg.brandl
components: Documentation
messages: 82516
nosy: ezio.melotti, georg.brandl
severity: normal
status: open
title: Wrong anchors in "What's New in Python 2.5"

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5326>
_______________________________________

From report at bugs.python.org  Fri Feb 20 07:58:00 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Feb 2009 06:58:00 +0000
Subject: [issue5327] Broken link in "What's New in Python 2.5"
In-Reply-To: <1235113080.33.0.690725205717.issue5327@psf.upfronthosting.co.za>
Message-ID: <1235113080.33.0.690725205717.issue5327@psf.upfronthosting.co.za>


New submission from Ezio Melotti <ezio.melotti at gmail.com>:

The link in the second paragraph of "The ElementTree package" [1]
section of the "What's New in Python 2.5" page is broken.

[1]: http://docs.python.org/whatsnew/2.5.html#module-hashlib (the name
of this anchor is also wrong, see #5326)

----------
assignee: georg.brandl
components: Documentation
messages: 82517
nosy: ezio.melotti, georg.brandl
severity: normal
status: open
title: Broken link in "What's New in Python 2.5"

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5327>
_______________________________________

From report at bugs.python.org  Fri Feb 20 08:07:58 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Feb 2009 07:07:58 +0000
Subject: [issue3595] Windows base64 Decode
In-Reply-To: <1219112685.57.0.506715853146.issue3595@psf.upfronthosting.co.za>
Message-ID: <1235113678.6.0.218340587349.issue3595@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

This can be closed if Ahir doesn't provide the script.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3595>
_______________________________________

From report at bugs.python.org  Fri Feb 20 08:40:19 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Feb 2009 07:40:19 +0000
Subject: [issue3742] Parsing XML file with Unicode characters causes problem
In-Reply-To: <1220211818.88.0.0185485536041.issue3742@psf.upfronthosting.co.za>
Message-ID: <1235115619.71.0.436001804442.issue3742@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

The encoding used by the windows terminal (usually cp850) is not able to
encode all the characters, so when you print the text that you extract
from the xml file the terminal is not able able to display some
characters. If you remove the print() it works fine. You can also try to
write the results on a file using utf-8.

This issue can be closed.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3742>
_______________________________________

From report at bugs.python.org  Fri Feb 20 09:23:37 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 20 Feb 2009 08:23:37 +0000
Subject: [issue5327] Broken link in "What's New in Python 2.5"
In-Reply-To: <1235113080.33.0.690725205717.issue5327@psf.upfronthosting.co.za>
Message-ID: <1235118217.25.0.421614543553.issue5327@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in r69803.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5327>
_______________________________________

From report at bugs.python.org  Fri Feb 20 09:47:03 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 20 Feb 2009 08:47:03 +0000
Subject: [issue5326] Wrong anchors in "What's New in Python 2.5"
In-Reply-To: <1235112874.03.0.0364315281312.issue5326@psf.upfronthosting.co.za>
Message-ID: <1235119623.57.0.728195918879.issue5326@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed the bug in Sphinx trunk, the anchors will be fixed in the docs as
soon as I update the revision we use to build them (after 0.6 is released).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5326>
_______________________________________

From report at bugs.python.org  Fri Feb 20 09:49:53 2009
From: report at bugs.python.org (qwjqwj)
Date: Fri, 20 Feb 2009 08:49:53 +0000
Subject: [issue5328] Crash when doing some list iteration
In-Reply-To: <1235119792.92.0.916571758809.issue5328@psf.upfronthosting.co.za>
Message-ID: <1235119792.92.0.916571758809.issue5328@psf.upfronthosting.co.za>


New submission from qwjqwj <qwj at papayamobile.com>:

I am using the python 2.5.4 in redhat enterprise. 

My project is a big one with turbogears and sqlobject. The python core
dumped sometime when iterating list. It occurs randomly and cannot be
reproduced.

After using gdb, I found python core dumped at this line in the lambda
unnamed function:
newsfeeds = filter(lambda x: not(x.activity==0 and
x.value.get('uid')==sess.user.id),n)[:5]

The core dump info is as followed:


#0  listiter_next (it=0xa2988ecc) at Objects/listobject.c:2819
#1  0x08079e56 in listextend (self=0xa91f90c, b=<value optimized out>)
at Objects/listobject.c:823
#2  0x0807a370 in list_init (self=0xa91f90c, args=0xb64c6ec, kw=0x0) at
Objects/listobject.c:2391
#3  0x0809bfe3 in type_call (type=0x8140220, args=0xb64c6ec, kwds=0x0)
at Objects/typeobject.c:436
#4  0x0805a5f7 in PyObject_Call (func=0xb47cc6c, arg=0xb64c6ec, kw=0x0)
at Objects/abstract.c:1861
#5  0x080c16a2 in PyEval_EvalFrameEx (f=0xa2649aec, throwflag=0) at
Python/ceval.c:3823
#6  0x080c7765 in PyEval_EvalCodeEx (co=0x9929a88, globals=0x9907b54,
locals=0x0, args=0xb52fe58, 
    argcount=1, kws=0x9f98ae0, kwcount=2, defs=0x991ed38, defcount=2,
closure=0x0) at Python/ceval.c:2875
#7  0x0810f0ba in function_call (func=0x9f32b54, arg=0xb52fe4c,
kw=0xa27b679c)
    at Objects/funcobject.c:517
#8  0x0805a5f7 in PyObject_Call (func=0xb47cc6c, arg=0xb52fe4c,
kw=0xa27b679c) at Objects/abstract.c:1861
#9  0x080c46dd in PyEval_EvalFrameEx (f=0xac6737c, throwflag=0) at
Python/ceval.c:3892
#10 0x080c7765 in PyEval_EvalCodeEx (co=0x89bce30, globals=0x8ac702c,
locals=0x0, args=0xa14d6418, 
    argcount=2, kws=0xa3c2ba0, kwcount=2, defs=0x0, defcount=0,
closure=0x0) at Python/ceval.c:2875
#11 0x0810f0ba in function_call (func=0x8acf144, arg=0xa14d640c,
kw=0xa27b69bc)
    at Objects/funcobject.c:517
#12 0x0805a5f7 in PyObject_Call (func=0xb47cc6c, arg=0xa14d640c,
kw=0xa27b69bc)
    at Objects/abstract.c:1861
#13 0x080c46dd in PyEval_EvalFrameEx (f=0xac671ec, throwflag=0) at
Python/ceval.c:3892
#14 0x080c6410 in PyEval_EvalFrameEx (f=0xacf7c1c, throwflag=0) at
Python/ceval.c:3698
#15 0x080c7765 in PyEval_EvalCodeEx (co=0x84e1da0, globals=0x84d8acc,
locals=0x0, args=0xa0d144e8, 
    argcount=4, kws=0x9d850e8, kwcount=2, defs=0x0, defcount=0,
closure=0x9f3944c) at Python/ceval.c:2875
#16 0x0810f0ba in function_call (func=0x9f32cdc, arg=0xa0d144dc,
kw=0x9a22824)
    at Objects/funcobject.c:517
#17 0x0805a5f7 in PyObject_Call (func=0xb47cc6c, arg=0xa0d144dc,
kw=0x9a22824) at Objects/abstract.c:1861
#18 0x080c46dd in PyEval_EvalFrameEx (f=0xa2304ba4, throwflag=0) at
Python/ceval.c:3892
#19 0x080c7765 in PyEval_EvalCodeEx (co=0x9dcf890, globals=0x857ebdc,
locals=0x0, args=0xbb7b5b0, 
    argcount=4, kws=0x9b82858, kwcount=2, defs=0x0, defcount=0,
closure=0x9ebf10c) at Python/ceval.c:2875
#20 0x0810f0ba in function_call (func=0xa40de64, arg=0xbb7b5a4,
kw=0xa27b6604)
    at Objects/funcobject.c:517
#21 0x0805a5f7 in PyObject_Call (func=0xb47cc6c, arg=0xbb7b5a4,
kw=0xa27b6604) at Objects/abstract.c:1861
#22 0x080c46dd in PyEval_EvalFrameEx (f=0x9c7b0d4, throwflag=0) at
Python/ceval.c:3892
#23 0x080c7765 in PyEval_EvalCodeEx (co=0x89ade30, globals=0x89b7acc,
locals=0x0, args=0xa275a248, 
    argcount=5, kws=0x9c8e838, kwcount=2, defs=0x0, defcount=0,
closure=0x0) at Python/ceval.c:2875

----------
components: None
messages: 82522
nosy: qwjqwj
severity: normal
status: open
title: Crash when doing some list iteration
type: crash
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5328>
_______________________________________

From report at bugs.python.org  Fri Feb 20 10:14:05 2009
From: report at bugs.python.org (Jani Hakala)
Date: Fri, 20 Feb 2009 09:14:05 +0000
Subject: [issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with
	os.popen* in python 2.5
In-Reply-To: <1235121245.47.0.613044216429.issue5329@psf.upfronthosting.co.za>
Message-ID: <1235121245.47.0.613044216429.issue5329@psf.upfronthosting.co.za>


New submission from Jani Hakala <jahakala at iki.fi>:

The implementation in python 2.6 expects the cmd argument to be a string. 
The documentation - help(os.popen3) - states that the cmd argument can
be a sequence on Unix.

This difference may cause programs that work with python 2.5 to fail
with python 2.6

I have tested the patch attached with one of my scripts that failed with
python 2.6 and the fix appears to work.

----------
components: Library (Lib)
files: os-popen.diff
keywords: patch
messages: 82523
nosy: jahakala
severity: normal
status: open
title: os.popen2 and os.popen3 in python 2.6 incompatible with os.popen* in python 2.5
versions: Python 2.6
Added file: http://bugs.python.org/file13140/os-popen.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5329>
_______________________________________

From report at bugs.python.org  Fri Feb 20 10:35:11 2009
From: report at bugs.python.org (Jani Hakala)
Date: Fri, 20 Feb 2009 09:35:11 +0000
Subject: [issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with
	os.popen* in python 2.5
In-Reply-To: <1235121245.47.0.613044216429.issue5329@psf.upfronthosting.co.za>
Message-ID: <1235122511.56.0.705726041547.issue5329@psf.upfronthosting.co.za>


Changes by Jani Hakala <jahakala at iki.fi>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5329>
_______________________________________

From report at bugs.python.org  Fri Feb 20 10:48:12 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 20 Feb 2009 09:48:12 +0000
Subject: [issue5325] "SyntaxError: None" when the name of the dir contains
	non-ascii chars
In-Reply-To: <1235107034.92.0.375060629759.issue5325@psf.upfronthosting.co.za>
Message-ID: <1235123292.66.0.462971978999.issue5325@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Can you try this with 3.0.1?
http://python.org/download/releases/3.0.1

----------
nosy: +ocean-city

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5325>
_______________________________________

From report at bugs.python.org  Fri Feb 20 11:09:11 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Feb 2009 10:09:11 +0000
Subject: [issue5325] "SyntaxError: None" when the name of the dir contains
	non-ascii chars
In-Reply-To: <1235107034.92.0.375060629759.issue5325@psf.upfronthosting.co.za>
Message-ID: <1235124551.46.0.785256185995.issue5325@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

With 3.0.1 it seems to work fine.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5325>
_______________________________________

From report at bugs.python.org  Fri Feb 20 11:21:19 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 20 Feb 2009 10:21:19 +0000
Subject: [issue5325] "SyntaxError: None" when the name of the dir contains
	non-ascii chars
In-Reply-To: <1235107034.92.0.375060629759.issue5325@psf.upfronthosting.co.za>
Message-ID: <1235125279.28.0.806896748881.issue5325@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Thanks, I'll close this entry.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5325>
_______________________________________

From report at bugs.python.org  Fri Feb 20 12:12:38 2009
From: report at bugs.python.org (Jani Hakala)
Date: Fri, 20 Feb 2009 11:12:38 +0000
Subject: [issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with
	os.popen* in python 2.5
In-Reply-To: <1235121245.47.0.613044216429.issue5329@psf.upfronthosting.co.za>
Message-ID: <1235128358.69.0.569652744515.issue5329@psf.upfronthosting.co.za>


Changes by Jani Hakala <jahakala at iki.fi>:


Added file: http://bugs.python.org/file13141/os-popen.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5329>
_______________________________________

From report at bugs.python.org  Fri Feb 20 12:13:01 2009
From: report at bugs.python.org (Jani Hakala)
Date: Fri, 20 Feb 2009 11:13:01 +0000
Subject: [issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with
	os.popen* in python 2.5
In-Reply-To: <1235121245.47.0.613044216429.issue5329@psf.upfronthosting.co.za>
Message-ID: <1235128381.14.0.0134746332571.issue5329@psf.upfronthosting.co.za>


Changes by Jani Hakala <jahakala at iki.fi>:


Removed file: http://bugs.python.org/file13140/os-popen.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5329>
_______________________________________

From report at bugs.python.org  Fri Feb 20 13:24:41 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 20 Feb 2009 12:24:41 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1235132681.84.0.763203277391.issue5247@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I'm getting ready to commit this. Does it need a test? I poked around
and didn't see any tests that validate exception text, but maybe there
are some I missed. I tend to think it shouldn't have a test, but I'm not
sure what the norm is.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Fri Feb 20 13:31:44 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 20 Feb 2009 12:31:44 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1235133104.95.0.614380259314.issue5247@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Looks good to me. I don't think you need to write a specific test for this.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Fri Feb 20 13:58:57 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Fri, 20 Feb 2009 12:58:57 +0000
Subject: [issue5305] imaplib should support international mailbox names
In-Reply-To: <1234935371.11.0.35650041724.issue5305@psf.upfronthosting.co.za>
Message-ID: <1235134737.04.0.564955278785.issue5305@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at divmod.com> added the comment:

IMAP4 UTF-7 is implemented in Twisted -
<http://twistedmatrix.com/trac/browser/trunk/twisted/mail/imap4.py#L5385>,
<http://twistedmatrix.com/trac/browser/trunk/twisted/mail/test/test_imap.py#L58>.
 Feel free to re-use any of that code that would be helpful.

----------
nosy: +exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5305>
_______________________________________

From report at bugs.python.org  Fri Feb 20 14:10:21 2009
From: report at bugs.python.org (=?utf-8?q?Hagen_F=C3=BCrstenau?=)
Date: Fri, 20 Feb 2009 13:10:21 +0000
Subject: [issue5330] profile and cProfile do not report C functions called
	with keyword arguments
In-Reply-To: <1235135420.93.0.617344393794.issue5330@psf.upfronthosting.co.za>
Message-ID: <1235135420.93.0.617344393794.issue5330@psf.upfronthosting.co.za>


New submission from Hagen F?rstenau <hfuerstenau at gmx.net>:

A C function or method call without keyword arguments gets reported by
the profiler as expected (in the line with "{method 'sort' of 'list'
object}"):

>>> cProfile.run("[].sort()")
         4 function calls in 0.000 CPU seconds

   Ordered by: standard name

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
        1    0.000    0.000    0.000    0.000 <string>:1(<module>)
        1    0.000    0.000    0.000    0.000 {built-in method exec}
        1    0.000    0.000    0.000    0.000 {method 'disable' of
'_lsprof.Profiler' objects}
        1    0.000    0.000    0.000    0.000 {method 'sort' of 'list'
objects}


However, once a keyword argument is given, the relevant line is missing:

>>> cProfile.run("[].sort(reverse=True)")
         3 function calls in 0.000 CPU seconds

   Ordered by: standard name

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
        1    0.000    0.000    0.000    0.000 <string>:1(<module>)
        1    0.000    0.000    0.000    0.000 {built-in method exec}
        1    0.000    0.000    0.000    0.000 {method 'disable' of
'_lsprof.Profiler' objects}


This happens with profile and cProfile in 2.6 and 3.0.

----------
components: Library (Lib)
messages: 82530
nosy: hagen
severity: normal
status: open
title: profile and cProfile do not report C functions called with keyword arguments
type: behavior
versions: Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5330>
_______________________________________

From report at bugs.python.org  Fri Feb 20 15:31:12 2009
From: report at bugs.python.org (Eric Smith)
Date: Fri, 20 Feb 2009 14:31:12 +0000
Subject: [issue5247] Unhelpful error message with str.format()
In-Reply-To: <1234534375.72.0.877493256836.issue5247@psf.upfronthosting.co.za>
Message-ID: <1235140272.19.0.592793151013.issue5247@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Committed in:
r69806 (trunk)
r69807 (release26-maint)
r69808 (py3k)
r69809 (release30-maint)

----------
resolution:  -> accepted
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5247>
_______________________________________

From report at bugs.python.org  Fri Feb 20 16:54:20 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Fri, 20 Feb 2009 15:54:20 +0000
Subject: [issue5328] Crash when doing some list iteration
In-Reply-To: <1235119792.92.0.916571758809.issue5328@psf.upfronthosting.co.za>
Message-ID: <1235145260.19.0.906743456162.issue5328@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

Can you take a look at issues 4732 to see whether it helps you pinpoint
the problem? Python 2.5 won't receive simple bugfixes any longer, only
security fixes.

----------
components: +Interpreter Core -None
nosy: +ajaksu2
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5328>
_______________________________________

From report at bugs.python.org  Fri Feb 20 17:01:53 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 20 Feb 2009 16:01:53 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235145713.49.0.825099294592.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Here's an updated patch that includes the x_divrem fixes and
optimizations.  I've also updated the Rietveld issue with these
fixes.

I think this is (modulo any requested changes) the version
that I'd like to get into py3k.  After that we can look
at the possibility of optimizing the multiplication algorithm;
the discussion for this should probably go back to issue 3944.

Here's a detailed list of the changes to x_divrem.

0. Most importantly, in the inner loop, we make sure that the
   multiplication is digit x digit -> twodigits; previously it was
   digit x twodigits -> twodigits, which is likely to expand to
   several instructions on a 32-bit machine.  I suspect that
   this is the main cause of the slowdown that Victor was
   seeing.

1. Make all variables unsigned.  This eliminates the need for
   Py_ARITHMETIC_RIGHT_SHIFT, and also removes the only essential use
   of stwodigits in the entire long object implementation.

2. Save an iteration of the outer loop when possible by comparing top
   digits.

3. Remove double tests in the main inner loop and correction loop.

4. Quotient digit correction step follows Knuth more closely, and uses
   fewer operations.  The extra exit condition (r >= PyLong_BASE) will
   be true more than 50% of the time, and should be cheaper than the
   main test.

5. In quotient digit estimation step, remove unnecessary special case
   when vj == w->ob_digits[w_size-1].  Knuth only needs this special 
case
   because his base is the same as the wordsize.

6. There's no need to fill the eliminated digits of v with zero;
   instead, set Py_SIZE(v) at the end of the outer loop.

7. More comments; some extra asserts.

There are many other optimizations possible;  I've tried only to include 
those that don't significantly complicate the code.  An obvious 
remaining inefficiency is that on every iteration of the outer loop we 
divide by the top word of w;  on many machines I suspect that it would 
be more efficient to precompute an inverse and multiply by that instead.

Added file: http://bugs.python.org/file13142/30bit_longdigit17.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Fri Feb 20 17:07:08 2009
From: report at bugs.python.org (mike bayer)
Date: Fri, 20 Feb 2009 16:07:08 +0000
Subject: [issue5331] multiprocessing hangs when Pool used within Process
In-Reply-To: <1235146028.47.0.682929217877.issue5331@psf.upfronthosting.co.za>
Message-ID: <1235146028.47.0.682929217877.issue5331@psf.upfronthosting.co.za>


New submission from mike bayer <mike_mp at zzzcomputing.com>:

this occurs for me running on Mac OSX Leopard.   The equivalent code
using "processing" in python 2.5 works fine, which is how I found this
bug - my code hung when upgraded to 2.6.    Basically initiating a
multiprocessing.Pool inside of multiprocessing.Process hangs the
application.  Below is code which illustrates the issue on both py2.6
and py3.0:

    from multiprocessing import Pool, Process
    import sys

    def f(x):
        return x*x

    def go():
        pool = Pool(processes=4)              
        x = pool.map(f, [1, 2, 3, 4, 5, 6, 7])
        sys.stdout.write("result: %s\n" % x)

    def go2():
        x = map(f, [1,2,3,4,5,6,7])
        sys.stdout.write("result: %s\n" % x)

    # pool alone, fine
    go()

    # process alone, fine
    p = Process(target=go2)
    p.start()
    p.join()

    # use both, hangs
    p = Process(target=go)
    p.start()
    p.join()

----------
components: Library (Lib)
messages: 82534
nosy: zzzeek
severity: normal
status: open
title: multiprocessing hangs when Pool used within Process
type: crash
versions: Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5331>
_______________________________________

From report at bugs.python.org  Fri Feb 20 17:16:55 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 20 Feb 2009 16:16:55 +0000
Subject: [issue936813] fast modular exponentiation
Message-ID: <1235146615.68.0.99075415087.issue936813@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks, Trevor.  I'm currently working on the 15-bit -> 30-bit digit 
change (issue 4258), since it seems sensible to get that in before 
considering other optimizations, but I certainly hope to find time to look 
at this before the 3.1 release cycle gets underway.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue936813>
_______________________________________

From report at bugs.python.org  Fri Feb 20 17:25:59 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 20 Feb 2009 16:25:59 +0000
Subject: [issue936813] fast modular exponentiation
Message-ID: <1235147159.97.0.880055269711.issue936813@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

By the way, I'd be interested to know if you (Trevor) have any thoughts on 
the multiplication optimizations that are in the patch

30bit_longdigit13+optimizations.patch

in the issue 4258 discussion.  These have been giving me some quite
spectacular speedups (4 or 5 times faster) for multiplication on
64-bit machines; smaller speedups on 32-bit.  Currently, those speedups
render your earlier special-case-squaring patch obsolete;  I wonder
whether there's a way to get the same speedup for squaring.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue936813>
_______________________________________

From report at bugs.python.org  Fri Feb 20 17:31:13 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Fri, 20 Feb 2009 16:31:13 +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: <1235147473.43.0.22371241581.issue3511@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

"[9-A]" is equivalent to "[9:;<=>?@A]", or should be.

It'll be fixed in issue #2636.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3511>
_______________________________________

From report at bugs.python.org  Fri Feb 20 17:31:30 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 20 Feb 2009 16:31:30 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235147490.66.0.903669495228.issue4258@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Updated benchmarks results with 30bit_longdigit17.patch:

* Victor's bench_int.py:
- 32-bit with patch:    1178.3 ms (24% speedup)
- 64-bit with patch:    990.8 ms  (27% speedup)

* Calculating 2000 digits of pi:
- 32-bit with patch:    2.16 s. (25% speedup)
- 64-bit with patch:    1.5 s.  (55% speedup)

This is very good work.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Fri Feb 20 18:22:06 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Fri, 20 Feb 2009 17:22:06 +0000
Subject: [issue5305] imaplib should support international mailbox names
In-Reply-To: <1234935371.11.0.35650041724.issue5305@psf.upfronthosting.co.za>
Message-ID: <1235150526.16.0.334301558391.issue5305@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I don't have a good understanding of imaplib; if you think it's
appropriate to provide the conversion through two functions, I trust you.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5305>
_______________________________________

From report at bugs.python.org  Fri Feb 20 19:57:29 2009
From: report at bugs.python.org (David W. Lambert)
Date: Fri, 20 Feb 2009 18:57:29 +0000
Subject: [issue5331] multiprocessing hangs when Pool used within Process
In-Reply-To: <1235146028.47.0.682929217877.issue5331@psf.upfronthosting.co.za>
Message-ID: <1235156249.5.0.108511145515.issue5331@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

Fails also on this system.

$ p3
Python 3.0.1 (r301:69556, Feb 13 2009, 23:52:55) 
[GCC 3.4.6 20060404 (Red Hat 3.4.6-3)] on linux2
(...)
>>> # use both hangs
(...)
>>> p.start()
>>> p.join()
(hmm la  do diii   laaa...)^C
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File
"/usr/users/lambert/bin/python/lib/python3.0/multiprocessing/process.py",
line 119, in join
    res = self._popen.wait(timeout)
  File
"/usr/users/lambert/bin/python/lib/python3.0/multiprocessing/forking.py",
line 118, in wait
    return self.poll(0)
  File
"/usr/users/lambert/bin/python/lib/python3.0/multiprocessing/forking.py",
line 107, in poll
    pid, sts = os.waitpid(self.pid, flag)
KeyboardInterrupt
>>>

----------
nosy: +LambertDW

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5331>
_______________________________________

From report at bugs.python.org  Fri Feb 20 20:05:31 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Feb 2009 19:05:31 +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: <1235156731.33.0.0760706597539.issue3511@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

If there's already a patch, then it's fine (and useful for ranges of
Unicode chars), but I wouldn't like to find a range like [9-A] around ;)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3511>
_______________________________________

From report at bugs.python.org  Fri Feb 20 20:27:47 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 20 Feb 2009 19:27:47 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235158067.63.0.528148756634.issue4565@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

It seems the decision of Python-dev is to keep both implementations.
We'll stuff the python one in _pyio and rewrite the tests to test both.
I'll see if I can get to this this weekend.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Fri Feb 20 20:32:03 2009
From: report at bugs.python.org (Collin Winter)
Date: Fri, 20 Feb 2009 19:32:03 +0000
Subject: [issue5176] Special-case string formatting in BINARY_MODULO
	implementation
In-Reply-To: <1233964189.56.0.504237250684.issue5176@psf.upfronthosting.co.za>
Message-ID: <1235158323.44.0.66068978627.issue5176@psf.upfronthosting.co.za>


Collin Winter <collinw at gmail.com> added the comment:

Committed as r69811.

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5176>
_______________________________________

From report at bugs.python.org  Fri Feb 20 20:36:35 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 20 Feb 2009 19:36:35 +0000
Subject: [issue5163] tkinter.scrolledtext: new text is hidden after using
	insert()
In-Reply-To: <1233899331.85.0.574945693305.issue5163@psf.upfronthosting.co.za>
Message-ID: <1235158595.14.0.264813276175.issue5163@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

Do you mean something like this:

import Tkinter

def insert():
    text.insert('end', 'buh\n')
    text.see('end')
    text.after(100, insert)

text = Tkinter.Text()
text.pack(expand=True, fill='both', side='left')
vbar = Tkinter.Scrollbar(orient='vertical', command=text.yview)
vbar.pack(side='right', fill='y')
text.configure(yscrollcommand=vbar.set)
text.after(100, insert)

text.mainloop()

(or change Tkinter by tkinter to work on python 3.x)
Text.see already does what you want, can you argue why adding an option
for that would be good ?

----------
nosy: +gpolo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5163>
_______________________________________

From report at bugs.python.org  Fri Feb 20 21:43:21 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 20 Feb 2009 20:43:21 +0000
Subject: [issue5295] turtle.py "dicionary" spelling patch
In-Reply-To: <1234888462.64.0.860042232767.issue5295@psf.upfronthosting.co.za>
Message-ID: <1235162601.8.0.2146605288.issue5295@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fixed in the trunk in r69816, along with a few other typos.  I've probably 
missed a few.

Thanks!

----------
nosy: +marketdickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5295>
_______________________________________

From report at bugs.python.org  Fri Feb 20 21:45:33 2009
From: report at bugs.python.org (David W. Lambert)
Date: Fri, 20 Feb 2009 20:45:33 +0000
Subject: [issue5332] csv sniffer
In-Reply-To: <1235162733.25.0.482513842524.issue5332@psf.upfronthosting.co.za>
Message-ID: <1235162733.25.0.482513842524.issue5332@psf.upfronthosting.co.za>


New submission from David W. Lambert <lambertdw at corning.com>:

Following instructions in
http://docs.python.org/dev/3.0/library/csv.html#module-csv
I opened file in binary mode.  This might be simply a documentation
problem or it may run deeper.  Text mode works on red hat linux system.

Here's the use:

>>> stream=open('csv','rb')
>>> dialect=csv.Sniffer().sniff(stream.read(1024))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/users/lambert/bin/python/lib/python3.0/csv.py", line 169,
in sniff
    self._guess_quote_and_delimiter(sample, delimiters)
  File "/usr/users/lambert/bin/python/lib/python3.0/csv.py", line 210,
in _guess_quote_and_delimiter
    matches = regexp.findall(data)
TypeError: can't use a string pattern on a bytes-like object




Here's the conflicting documentation statement:

"If csvfile is a file object, it must be opened with the ?b? flag on
platforms where that makes a difference. ... see section Dialects and
Formatting Parameters.

All data read are returned as strings. No automatic data type conversion
is performed."

(Problem is that the binary file returnd data of type bytes.)

Thanks, Dave.

----------
components: Library (Lib)
messages: 82546
nosy: LambertDW
severity: normal
status: open
title: csv sniffer
type: behavior
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5332>
_______________________________________

From report at bugs.python.org  Fri Feb 20 21:59:47 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 20 Feb 2009 20:59:47 +0000
Subject: [issue5295] turtle.py "dicionary" spelling patch
In-Reply-To: <1234888462.64.0.860042232767.issue5295@psf.upfronthosting.co.za>
Message-ID: <1235163587.02.0.734399843482.issue5295@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

...and merged to 2.6, 3.1 and 3.0 in revisions 69818 through 69822.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5295>
_______________________________________

From report at bugs.python.org  Fri Feb 20 22:35:15 2009
From: report at bugs.python.org (anatoly techtonik)
Date: Fri, 20 Feb 2009 21:35:15 +0000
Subject: [issue5293] socket timeouts even in blocking mode
In-Reply-To: <1234865194.48.0.771054694385.issue5293@psf.upfronthosting.co.za>
Message-ID: <1235165715.53.0.667899212328.issue5293@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

Thanks for pointing me to the list of possible network errors. This
information is invaluable. Too bad it is easily lost among other
details. I've seen similar errors in other modules that use socket
module and it's no wonder now why people can't handle them correctly. I
still feel that the information about error handling should be specified
at the very beginning before references to wizard books.

In the meanwhile I made a script that probes remote service with proper
timeout checks that can be included in examples chapter. It requires
time module to calculate timeout shared between two exceptions.
http://code.activestate.com/recipes/576655/

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5293>
_______________________________________

From report at bugs.python.org  Fri Feb 20 22:51:51 2009
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 20 Feb 2009 21:51:51 +0000
Subject: [issue5333] os.kill() inconsistency
In-Reply-To: <1235166711.41.0.166565157131.issue5333@psf.upfronthosting.co.za>
Message-ID: <1235166711.41.0.166565157131.issue5333@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola' <billiejoex at users.sourceforge.net>:

On Linux Ubuntu equipped with Python 2.6.1 I get this:

>>> os.kill(99999, 0)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
OSError: [Errno 3] No such process
>>> print os.kill(-1, 0)
None
>>>


IMHO the latter case should raise "No such process" for consistency or,
at least ValueError, but surely not returning None.

----------
messages: 82549
nosy: giampaolo.rodola
severity: normal
status: open
title: os.kill() inconsistency
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5333>
_______________________________________

From report at bugs.python.org  Fri Feb 20 22:52:27 2009
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 20 Feb 2009 21:52:27 +0000
Subject: [issue5333] os.kill() inconsistency
In-Reply-To: <1235166711.41.0.166565157131.issue5333@psf.upfronthosting.co.za>
Message-ID: <1235166747.95.0.848343425098.issue5333@psf.upfronthosting.co.za>


Giampaolo Rodola' <billiejoex at users.sourceforge.net> added the comment:

Oddly, by passing -2 as PID no such process is raised:

>>> os.kill(-2, 0)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
OSError: [Errno 3] No such process
>>>

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5333>
_______________________________________

From report at bugs.python.org  Fri Feb 20 22:53:11 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Fri, 20 Feb 2009 21:53:11 +0000
Subject: [issue5333] os.kill() inconsistency
In-Reply-To: <1235166711.41.0.166565157131.issue5333@psf.upfronthosting.co.za>
Message-ID: <1235166791.47.0.663536452723.issue5333@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at divmod.com> added the comment:

Read the docs for kill(2).  -1 is a completely legitimate PID. 
Recommend close as invalid.

----------
nosy: +exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5333>
_______________________________________

From report at bugs.python.org  Fri Feb 20 22:55:10 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Fri, 20 Feb 2009 21:55:10 +0000
Subject: [issue5333] os.kill() inconsistency
In-Reply-To: <1235166711.41.0.166565157131.issue5333@psf.upfronthosting.co.za>
Message-ID: <1235166910.64.0.347704074701.issue5333@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

I lost the race, congrats Jean :P

I was going to copy & paste part of the man page.

----------
nosy: +gpolo
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5333>
_______________________________________

From report at bugs.python.org  Fri Feb 20 23:13:16 2009
From: report at bugs.python.org (Joshua Bronson)
Date: Fri, 20 Feb 2009 22:13:16 +0000
Subject: [issue4753] Faster opcode dispatch on gcc
In-Reply-To: <1230325778.98.0.752974375077.issue4753@psf.upfronthosting.co.za>
Message-ID: <1235167996.97.0.405074833637.issue4753@psf.upfronthosting.co.za>


Changes by Joshua Bronson <jabronson at gmail.com>:


----------
nosy: +jab

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4753>
_______________________________________

From report at bugs.python.org  Fri Feb 20 23:42:45 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 20 Feb 2009 22:42:45 +0000
Subject: [issue1047540] Turtle.py hangs Idle
Message-ID: <1235169765.34.0.443270595619.issue1047540@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

I started Idle from a command prompt:
   C:\Python30>python Lib\idlelib\idle.py
And followed the instructions. After the step f/ I got the error 
message:

Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Python30\Lib\tkinter\__init__.py", line 1405, in __call__
    return self.func(*args)
  File "C:\Python30\Lib\tkinter\__init__.py", line 493, in callit
    func(*args)
  File "C:\Python30\lib\idlelib\ColorDelegator.py", line 152, in 
recolorize
    self.recolorize_main()
  File "C:\Python30\lib\idlelib\ColorDelegator.py", line 185, in 
recolorize_main
    next = self.index(mark + "+%d lines linestart" %
  File "C:\Python30\Lib\idlelib\Delegator.py", line 10, in __getattr__
    attr = getattr(self.delegate, name) # May raise AttributeError
AttributeError: 'NoneType' object has no attribute 'index'
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Python30\Lib\tkinter\__init__.py", line 1405, in __call__
    return self.func(*args)
  File "C:\Python30\lib\idlelib\MultiCall.py", line 165, in handler
    r = l[i](event)
  File "C:\Python30\lib\idlelib\IOBinding.py", line 222, in open
    self.editwin.flist.open(filename)
  File "C:\Python30\lib\idlelib\FileList.py", line 36, in open
    edit = self.EditorWindow(self, filename, key)
  File "C:\Python30\Lib\idlelib\PyShell.py", line 114, in __init__
    if self.io.filename: self.restore_file_breaks()
  File "C:\Python30\Lib\idlelib\PyShell.py", line 222, in 
restore_file_breaks
    filename = self.io.filename
AttributeError: 'NoneType' object has no attribute 'filename'

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1047540>
_______________________________________

From report at bugs.python.org  Fri Feb 20 23:44:28 2009
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 20 Feb 2009 22:44:28 +0000
Subject: [issue5333] os.kill() inconsistency
In-Reply-To: <1235166711.41.0.166565157131.issue5333@psf.upfronthosting.co.za>
Message-ID: <1235169868.27.0.566521910336.issue5333@psf.upfronthosting.co.za>


Giampaolo Rodola' <billiejoex at users.sourceforge.net> added the comment:

You're right. My fault.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5333>
_______________________________________

From report at bugs.python.org  Sat Feb 21 00:05:57 2009
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 20 Feb 2009 23:05:57 +0000
Subject: [issue5323] document expected/required behavior of 3.x io subsystem
	with respect to buffering
In-Reply-To: <1235079370.71.0.9273857922.issue5323@psf.upfronthosting.co.za>
Message-ID: <1235171157.13.0.147811355271.issue5323@psf.upfronthosting.co.za>


Amaury Forgeot d'Arc <amauryfa at gmail.com> added the comment:

Yes, this behavior is documented.

There is one test that mixes iteration and readline, in 
test.test_io.TextIOWrapperTest.testSeeking, but it shows a difference 
between the two methods: to be faster, __next__ disables the tell() 
function.

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5323>
_______________________________________

From report at bugs.python.org  Sat Feb 21 01:31:01 2009
From: report at bugs.python.org (Collin Winter)
Date: Sat, 21 Feb 2009 00:31:01 +0000
Subject: [issue2459] speedup for / while / if with better bytecode
In-Reply-To: <43aa6ff70902131523o12b76651x754b86939123db97@mail.gmail.com>
Message-ID: <43aa6ff70902201630k321da513xe51cd7c0f5ff8d42@mail.gmail.com>


Collin Winter <collinw at gmail.com> added the comment:

On Fri, Feb 13, 2009 at 3:23 PM, Collin Winter <collinw at gmail.com> wrote:
> On Fri, Feb 13, 2009 at 10:37 AM, Antoine Pitrou <report at bugs.python.org> wrote:
>> Before committing I want to know what to do with the new jump opcodes,
>> with respect to the alternative proposal I've made in #4715.
>> Ideally, I should fold the #4715 patch back into the present patch,
>> since I think the #4715 approach is more thought out.
>
> That sounds good, especially since Jeffrey and I have already reviewed #4715.

If you don't have the bandwidth to integrate 4715 into this patch, I
can do that, if you want.

Collin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2459>
_______________________________________

From report at bugs.python.org  Sat Feb 21 02:38:00 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Feb 2009 01:38:00 +0000
Subject: [issue2459] speedup for / while / if with better bytecode
In-Reply-To: <43aa6ff70902201630k321da513xe51cd7c0f5ff8d42@mail.gmail.com>
Message-ID: <1235180327.3888.1.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> If you don't have the bandwidth to integrate 4715 into this patch, I
> can do that, if you want.

Collin, that would be very nice from you. You could also apply Jeffrey's
naming suggestions in #4715.

Thanks!

Antoine.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2459>
_______________________________________

From report at bugs.python.org  Sat Feb 21 02:42:01 2009
From: report at bugs.python.org (victor)
Date: Sat, 21 Feb 2009 01:42:01 +0000
Subject: [issue5285] hmac throws TypeErrors
In-Reply-To: <1234827307.61.0.0730804396483.issue5285@psf.upfronthosting.co.za>
Message-ID: <1235180521.07.0.0892833412433.issue5285@psf.upfronthosting.co.za>


Changes by victor <python at victorstar.com>:


----------
nosy: +victorstar

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5285>
_______________________________________

From report at bugs.python.org  Sat Feb 21 02:53:21 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Feb 2009 01:53:21 +0000
Subject: [issue5331] multiprocessing hangs when Pool used within Process
In-Reply-To: <1235146028.47.0.682929217877.issue5331@psf.upfronthosting.co.za>
Message-ID: <1235181201.6.0.0434163651819.issue5331@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> jnoller
nosy: +jnoller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5331>
_______________________________________

From report at bugs.python.org  Sat Feb 21 04:15:31 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Feb 2009 03:15:31 +0000
Subject: [issue3742] Parsing XML file with Unicode characters causes problem
In-Reply-To: <1220211818.88.0.0185485536041.issue3742@psf.upfronthosting.co.za>
Message-ID: <1235186131.83.0.462047724694.issue3742@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3742>
_______________________________________

From report at bugs.python.org  Sat Feb 21 05:08:13 2009
From: report at bugs.python.org (Zac Medico)
Date: Sat, 21 Feb 2009 04:08:13 +0000
Subject: [issue5334] array.fromfile() fails to insert values when EOFError is
	raised
In-Reply-To: <1235189293.4.0.0829880938906.issue5334@psf.upfronthosting.co.za>
Message-ID: <1235189293.4.0.0829880938906.issue5334@psf.upfronthosting.co.za>


New submission from Zac Medico <zmedico at gentoo.org>:

With python-3.0, array.fromfile() fails to insert values when EOFError
is raised. I ran the attached test case with python-3.0.1 and got the
same result on both linux and windows. With python-2.x, the values are
properly inserted despite an EOFError, as the documentation states it
should:

array.fromfile(f, n)

Read n items (as machine values) from the file object f and append them
to the end of the array. If less than n items are available, EOFError is
raised, but the items that were available are still inserted into the
array. f must be a real built-in file object; something else with a
read() method won?t do.

----------
components: Library (Lib)
files: fromfile_eof.py
messages: 82558
nosy: zmedico
severity: normal
status: open
title: array.fromfile() fails to insert values when EOFError is raised
type: behavior
versions: Python 3.0
Added file: http://bugs.python.org/file13143/fromfile_eof.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5334>
_______________________________________

From report at bugs.python.org  Sat Feb 21 05:21:57 2009
From: report at bugs.python.org (Zac Medico)
Date: Sat, 21 Feb 2009 04:21:57 +0000
Subject: [issue5334] array.fromfile() fails to insert values when EOFError is
	raised
In-Reply-To: <1235189293.4.0.0829880938906.issue5334@psf.upfronthosting.co.za>
Message-ID: <1235190117.1.0.0667743983339.issue5334@psf.upfronthosting.co.za>


Changes by Zac Medico <zmedico at gentoo.org>:


Added file: http://bugs.python.org/file13144/fromfile_eof.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5334>
_______________________________________

From report at bugs.python.org  Sat Feb 21 05:22:03 2009
From: report at bugs.python.org (Zac Medico)
Date: Sat, 21 Feb 2009 04:22:03 +0000
Subject: [issue5334] array.fromfile() fails to insert values when EOFError is
	raised
In-Reply-To: <1235189293.4.0.0829880938906.issue5334@psf.upfronthosting.co.za>
Message-ID: <1235190123.54.0.250565407728.issue5334@psf.upfronthosting.co.za>


Changes by Zac Medico <zmedico at gentoo.org>:


Removed file: http://bugs.python.org/file13143/fromfile_eof.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5334>
_______________________________________

From report at bugs.python.org  Sat Feb 21 06:01:48 2009
From: report at bugs.python.org (R. David Murray)
Date: Sat, 21 Feb 2009 05:01:48 +0000
Subject: [issue5323] document expected/required behavior of 3.x io subsystem
	with respect to buffering
In-Reply-To: <1235079370.71.0.9273857922.issue5323@psf.upfronthosting.co.za>
Message-ID: <1235192508.48.0.839013345823.issue5323@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Heh, I was reading the code instead of the documentation.  Silly me :).

The 'buffering' argument of open, and the 'line_buffering' argument of
TextIOWrapper do address my documentation concern about whether or not
readline can be used to read lines from a source without blocking as
long as at least one line is available.  However, I do not see any
documentation of the relationship between readline and next, except the
negative one that no restriction on mixing them is documented.  Since
there used to be such a restriction, noting that there isn't one is
probably worthwhile.  Or perhaps better, a specification that '__next__'
calls 'readline'.  (And the behavior difference with respect to tell,
which I don't fully understand, should also be documented.)

TextIOWrapper says it wraps a BufferedIOBase object.  The doc for that
class talks about read possibly doing readahead for a 'non-interactive'
file.  What about pipes?  They are not mentioned, and it would be good
to have short reads on pipes for the same reason that it is good to have
short reads on ttys.  The IOBase only specifies an 'isatty' method.

It took me a while to understand what was going on well enough to write
the above paragraphs, partly because I read the code first :).  I'm
finding the documentation confusing, so I might as well talk about the
issues I ran into.

The implementation of TextIOWrapper calls the buffer's 'read1' method in
_read_chunk.  But BufferedIOBase does not define read1, nor does its
base class, IOBase.  open does pass TextIOWrapper a BufferedReader
object which does define read1, which is why it works, but I don't see
any documentation saying that the buffer argument to TextIOWrapper must
provide a 'read1' method with certain semantics.  The docs indicate
BufferedIOBase is the minimum requirement.  Is the definition of 'read1'
missing from BufferedIOBase?

I also notice that while open passes TextIOWrapper an appropriate value
for line_buffering (assuming we ignore the pipe issue), TextIOWrapper
ignores it for reading.  I suppose that that is an implementation detail
only.

After staring at it for a while, I finally came to an understanding of
the statement in BufferedIOBase that "A typical implementation should
not inherit from a RawIOBase implementation, but wrap one like
BufferedWriter and BufferedReader."  I understand this to mean that
BufferedIOBase is really an ABC and should be concretized as a wrapper
rather than doing multiple inheritance with RawIOBase.  I don't think I
would have figured that out without reading the code, though.  I believe
that adding the word 'do' at the end of that sentence would make the
meaning clear.

A similarly confusing bit is the first sentence of the documentation of
TextIOWrapper.  Currently it says "A buffered text stream over a
BufferedIOBase raw stream..."  I think it would be clearer if it said
something like "A buffered text stream wrapper around a BufferedIOBase
derived wrapper around a raw stream..."  That's a bit unwieldy, but it
is nontheless (IMO) more comprehensible.

I will look at the tests more carefully and make sure that all my use
cases are in fact covered.

--RDM

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5323>
_______________________________________

From report at bugs.python.org  Sat Feb 21 06:45:27 2009
From: report at bugs.python.org (David Schultz)
Date: Sat, 21 Feb 2009 05:45:27 +0000
Subject: [issue5163] tkinter.scrolledtext: new text is hidden after using
	insert()
In-Reply-To: <1235158595.14.0.264813276175.issue5163@psf.upfronthosting.co.za>
Message-ID: <91795F94-A327-4581-96E4-7727DD0AE480@cox.net>


David Schultz <ringhome at cox.net> added the comment:

Just an ignorance issue, I supposed.  I didn't realize that it was  
that simple.  Still a novice at all of the methods available.

In that case, the only advantage is in case you don't want to always  
manually set it to the end.  No good reason to change it otherwise.

On Feb 20, 2009, at 12:36 PM, Guilherme Polo wrote:

>
> Guilherme Polo <ggpolo at gmail.com> added the comment:
>
> Do you mean something like this:
>
> import Tkinter
>
> def insert():
>    text.insert('end', 'buh\n')
>    text.see('end')
>    text.after(100, insert)
>
> text = Tkinter.Text()
> text.pack(expand=True, fill='both', side='left')
> vbar = Tkinter.Scrollbar(orient='vertical', command=text.yview)
> vbar.pack(side='right', fill='y')
> text.configure(yscrollcommand=vbar.set)
> text.after(100, insert)
>
> text.mainloop()
>
> (or change Tkinter by tkinter to work on python 3.x)
> Text.see already does what you want, can you argue why adding an  
> option
> for that would be good ?
>
> ----------
> nosy: +gpolo
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue5163>
> _______________________________________

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5163>
_______________________________________

From report at bugs.python.org  Sat Feb 21 07:24:57 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 21 Feb 2009 06:24:57 +0000
Subject: [issue5335] mmap can crash with tagname (on windows)
In-Reply-To: <1235197497.51.0.948926672219.issue5335@psf.upfronthosting.co.za>
Message-ID: <1235197497.51.0.948926672219.issue5335@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

I noticed following code crashes on windows. Attached patch will fix this.

/////////////////////////////////////
// Crash code

import mmap, tempfile
f = tempfile.TemporaryFile()
m1 = mmap.mmap(f.fileno(), 1000, tagname="foo")
m2 = mmap.mmap(f.fileno(), 5000, tagname="foo") # use same tagname, but
larger size
print len(m2[:]) # crash

/////////////////////////////////////
// After patch applied

Traceback (most recent call last):
  File "b.py", line 4, in <module>
    m2 = mmap.mmap(f.fileno(), 5000, tagname="foo")
WindowsError: [Error 5] ?????????????(Access Denied)
[15495 refs]

/////////////////////////////////////

Calling MapViewOfFile with size 0 means "map entire file", so
m2 = mmap.mmap(f.fileno(), 5000, tagname="foo")
maps existing memory region sized 1000. But mmap thinks its size is
5000, no IndexError raised, and accessed illegal memory area and crashes.

----------
components: Extension Modules, Windows
files: fix_tagname_crash.patch
keywords: patch
messages: 82561
nosy: ocean-city
severity: normal
status: open
title: mmap can crash with tagname (on windows)
type: crash
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13145/fix_tagname_crash.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5335>
_______________________________________

From report at bugs.python.org  Sat Feb 21 07:52:55 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 21 Feb 2009 06:52:55 +0000
Subject: [issue1518] Fast globals/builtins access (patch)
In-Reply-To: <1196329437.66.0.0945045609125.issue1518@psf.upfronthosting.co.za>
Message-ID: <1235199175.43.0.820949619082.issue1518@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1518>
_______________________________________

From report at bugs.python.org  Sat Feb 21 10:24:53 2009
From: report at bugs.python.org (Mikhail Bessonov)
Date: Sat, 21 Feb 2009 09:24:53 +0000
Subject: [issue5336] collections.namedtuple generates code causing PyChecker
	warnings
In-Reply-To: <1235208293.75.0.0186544029799.issue5336@psf.upfronthosting.co.za>
Message-ID: <1235208293.75.0.0186544029799.issue5336@psf.upfronthosting.co.za>


New submission from Mikhail Bessonov <zahoo at mail.ru>:

The first argument of some methods generated by collections.namedtuple 
differs from 'self'. It upsets a number of code checkers, notably 
PyChecker, because in most cases it is indeed an error. As a result, 
the code using collections.namedtuple does not pass PyChecker, which is 
a commit or release requirement in many projects.

The solution would be to rename the first argument of each method to 
'self'.

A sample 2-line program demonstrating the error is provided below.

import collections
DocRecord = collections.namedtuple('DocRecord', 'id, date, name, desc',
		verbose = True)

Here's the PyChecker output. Methods that cause trouble are 'def _asdict
(t):', etc.

E:\src\mini-crawler>E:\Python26\python.exe E:\Python26\Lib\site-packages
\pychecker\checker.py test.py 
class DocRecord(tuple):
        'DocRecord(id, date, name, desc)' 

        __slots__ = () 

        _fields = ('id', 'date', 'name', 'desc') 

        def __new__(cls, id, date, name, desc):
            return tuple.__new__(cls, (id, date, name, desc)) 

        @classmethod
        def _make(cls, iterable, new=tuple.__new__, len=len):
            'Make a new DocRecord object from a sequence or iterable'
            result = new(cls, iterable)
            if len(result) != 4:
                raise TypeError('Expected 4 arguments, got %d' % len
(result))
            return result 

        def __repr__(self):
            return 'DocRecord(id=%r, date=%r, name=%r, desc=%r)' % self 

        def _asdict(t):
            'Return a new dict which maps field names to their values'
            return {'id': t[0], 'date': t[1], 'name': t[2], 'desc': t
[3]} 

        def _replace(self, **kwds):
            'Return a new DocRecord object replacing specified fields 
with new values'
            result = self._make(map(kwds.pop, ('id', 'date', 'name', 
'desc'), self))
            if kwds:
                raise ValueError('Got unexpected field names: %r' % 
kwds.keys())
            return result 

        def __getnewargs__(self):
            return tuple(self) 

        id = property(itemgetter(0))
        date = property(itemgetter(1))
        name = property(itemgetter(2))
        desc = property(itemgetter(3))


Warnings...

<string>:22: self is not first method argument

----------
components: Library (Lib)
messages: 82562
nosy: mbessonov
severity: normal
status: open
title: collections.namedtuple generates code causing PyChecker warnings
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5336>
_______________________________________

From report at bugs.python.org  Sat Feb 21 10:28:14 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 21 Feb 2009 09:28:14 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235208494.54.0.332848804318.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Adding Tim Peters to the nosy list, mainly to give him an opportunity to 
throw up his hands in horror at my rewrite of his (I'm guessing) 
implementation of division.

----------
nosy: +tim_one

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Sat Feb 21 12:38:06 2009
From: report at bugs.python.org (Guilherme Polo)
Date: Sat, 21 Feb 2009 11:38:06 +0000
Subject: [issue5163] tkinter.scrolledtext: new text is hidden after using
	insert()
In-Reply-To: <1233899331.85.0.574945693305.issue5163@psf.upfronthosting.co.za>
Message-ID: <1235216286.55.0.0915034116375.issue5163@psf.upfronthosting.co.za>


Guilherme Polo <ggpolo at gmail.com> added the comment:

In this case I'm closing it.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5163>
_______________________________________

From report at bugs.python.org  Sat Feb 21 14:14:14 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Feb 2009 13:14:14 +0000
Subject: [issue5323] document expected/required behavior of 3.x io subsystem
	with respect to buffering
In-Reply-To: <1235079370.71.0.9273857922.issue5323@psf.upfronthosting.co.za>
Message-ID: <1235222054.4.0.727005157206.issue5323@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

RDM, all the classes you mentioned should indeed be able to do "short
reads" on pipes, sockets and the like. That's how they are tested in
test_io.py: against mock raw i/o classes which only return a few bytes
at a time (e.g. only 5 bytes will be filled in a 4096-byte buffer).

However, I encourage you once again to *experiment* with the 3.x i.o
library and share your results with us. This is the best way for us to
know whether common use cases are really covered.

(Amaury, as for the `telling` flag in TextIOWrapper, we should so some
performance measurements, and then suppress it if there's no difference)

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5323>
_______________________________________

From report at bugs.python.org  Sat Feb 21 14:40:08 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Feb 2009 13:40:08 +0000
Subject: [issue5336] collections.namedtuple generates code causing PyChecker
	warnings
In-Reply-To: <1235208293.75.0.0186544029799.issue5336@psf.upfronthosting.co.za>
Message-ID: <1235223608.24.0.834578189174.issue5336@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/issue5336>
_______________________________________

From report at bugs.python.org  Sat Feb 21 14:45:51 2009
From: report at bugs.python.org (=?utf-8?q?Hagen_F=C3=BCrstenau?=)
Date: Sat, 21 Feb 2009 13:45:51 +0000
Subject: [issue5330] profile and cProfile do not report C functions called
	with keyword arguments
In-Reply-To: <1235135420.93.0.617344393794.issue5330@psf.upfronthosting.co.za>
Message-ID: <1235223951.77.0.503159703189.issue5330@psf.upfronthosting.co.za>


Hagen F?rstenau <hfuerstenau at gmx.net> added the comment:

I found the reason for this problem: C function calls with keyword
arguments follow a different path than those without keywords in the
function "call_function" of ceval.c. They end up being handled by
"do_call", but there the call is not wrapped by C_TRACE, so a profiler
function registered through sys.setprofile() doesn't see such calls.

The same problem occurs in "ext_do_call", which gets called in the
handling of the opcodes CALL_FUNCTION_VAR and CALL_FUNCTION_KW, causing
omission of a function call like

>>> [].sort(**{'reverse':True})

from the profiler report.

The attached patch solves the problem, but I don't know if it's the best
solution. Handling calls with keyword arguments at the beginning of
"call_function" seems to have bigger performance drawbacks though.

----------
keywords: +patch
Added file: http://bugs.python.org/file13146/ceval.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5330>
_______________________________________

From report at bugs.python.org  Sat Feb 21 15:25:55 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Feb 2009 14:25:55 +0000
Subject: [issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with
	os.popen* in python 2.5
In-Reply-To: <1235121245.47.0.613044216429.issue5329@psf.upfronthosting.co.za>
Message-ID: <1235226355.36.0.626449873934.issue5329@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Adding a couple of unit tests would be nice.

----------
nosy: +pitrou
priority:  -> high
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5329>
_______________________________________

From report at bugs.python.org  Sat Feb 21 15:46:47 2009
From: report at bugs.python.org (R. David Murray)
Date: Sat, 21 Feb 2009 14:46:47 +0000
Subject: [issue5323] document expected/required behavior of 3.x io subsystem
	with respect to buffering
In-Reply-To: <1235222054.4.0.727005157206.issue5323@psf.upfronthosting.co.za>
Message-ID: <Pine.LNX.4.64.0902210931360.12396@kimball.webabinitio.net>


R. David Murray <rdmurray at bitdance.com> added the comment:

On Sat, 21 Feb 2009 at 13:14, Antoine Pitrou wrote:
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> RDM, all the classes you mentioned should indeed be able to do "short
> reads" on pipes, sockets and the like. That's how they are tested in
> test_io.py: against mock raw i/o classes which only return a few bytes
> at a time (e.g. only 5 bytes will be filled in a 4096-byte buffer).

My questions in the last comment were directed at trying to clarify
the documentation.

I think my most important point there is whether or not 'read1' should
be added to the BufferedIOBase ABI.  I believe it should be, since
if a class derived from BufferedIOBase does not implement it and is
passed to TextIOWrapper, it will fail.

> However, I encourage you once again to *experiment* with the 3.x i.o
> library and share your results with us. This is the best way for us to
> know whether common use cases are really covered.

As I said, I plan to do so.  I needed to understand the intent first,
though, and reading the docs resulted in some doc questions.  Should I
be opening each point in a separate issue and/or providing a suggested
doc patch?  I'm new to trying to help out via the tracker, so best
practice pointers are welcome.

--RDM

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5323>
_______________________________________

From report at bugs.python.org  Sat Feb 21 17:56:06 2009
From: report at bugs.python.org (Michael Foord)
Date: Sat, 21 Feb 2009 16:56:06 +0000
Subject: [issue5337] Scanner class in re module undocumented
In-Reply-To: <1235235366.45.0.579114073683.issue5337@psf.upfronthosting.co.za>
Message-ID: <1235235366.45.0.579114073683.issue5337@psf.upfronthosting.co.za>


New submission from Michael Foord <michael at voidspace.org.uk>:

There is a useful Scanner class in the re module which is undocumented.

See:

http://mail.python.org/pipermail/python-dev/2003-April/035075.html
http://www.evanfosmark.com/2009/02/sexy-lexing-with-python/

----------
assignee: georg.brandl
components: Documentation
messages: 82569
nosy: georg.brandl, mfoord
severity: normal
status: open
title: Scanner class in re module undocumented
versions: Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5337>
_______________________________________

From report at bugs.python.org  Sat Feb 21 18:32:41 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 21 Feb 2009 17:32:41 +0000
Subject: [issue5308] cannot marshal objects with more than 2**31 elements
In-Reply-To: <1234997106.01.0.558053875674.issue5308@psf.upfronthosting.co.za>
Message-ID: <1235237561.87.0.699623357666.issue5308@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

It wouldn't hurt to add the overflow checks though, would it?

----------
assignee:  -> marketdickinson
priority:  -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5308>
_______________________________________

From report at bugs.python.org  Sat Feb 21 18:52:18 2009
From: report at bugs.python.org (Ruth Aydt)
Date: Sat, 21 Feb 2009 17:52:18 +0000
Subject: [issue5338] Typo in Python/C API sect 1.2.1
In-Reply-To: <1235238738.44.0.78137346389.issue5338@psf.upfronthosting.co.za>
Message-ID: <1235238738.44.0.78137346389.issue5338@psf.upfronthosting.co.za>


New submission from Ruth Aydt <aydt at hdfgroup.org>:

In Section 1.2.1 of the 2.6.1 Python/C API documentation, I believe
there is a typo.

First sentence in second paragraph in "Reference Count Details" subsection.

"... function passes it a reference..." should be
"... function passes in a reference..."

----------
assignee: georg.brandl
components: Documentation
messages: 82571
nosy: aydt, georg.brandl
severity: normal
status: open
title: Typo in Python/C API sect 1.2.1
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5338>
_______________________________________

From report at bugs.python.org  Sat Feb 21 20:04:31 2009
From: report at bugs.python.org (Ruth Aydt)
Date: Sat, 21 Feb 2009 19:04:31 +0000
Subject: [issue5339] Typo in Python/C API Chapter 2
In-Reply-To: <1235243071.29.0.696481689221.issue5339@psf.upfronthosting.co.za>
Message-ID: <1235243071.29.0.696481689221.issue5339@psf.upfronthosting.co.za>


New submission from Ruth Aydt <aydt at hdfgroup.org>:

Python/C API Documentation for 2.6.1
Chapter 2, 3rd paragraph.

"On particular issue..." should be "One particular issue..."

----------
assignee: georg.brandl
components: Documentation
messages: 82572
nosy: aydt, georg.brandl
severity: normal
status: open
title: Typo in Python/C API Chapter 2
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5339>
_______________________________________

From report at bugs.python.org  Sat Feb 21 20:09:54 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Feb 2009 19:09:54 +0000
Subject: [issue5339] Typo in Python/C API Chapter 2
In-Reply-To: <1235243071.29.0.696481689221.issue5339@psf.upfronthosting.co.za>
Message-ID: <1235243394.51.0.635730999629.issue5339@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in r69840.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5339>
_______________________________________

From report at bugs.python.org  Sat Feb 21 20:09:55 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Feb 2009 19:09:55 +0000
Subject: [issue5338] Typo in Python/C API sect 1.2.1
In-Reply-To: <1235238738.44.0.78137346389.issue5338@psf.upfronthosting.co.za>
Message-ID: <1235243395.47.0.165107354449.issue5338@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in r69840.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5338>
_______________________________________

From report at bugs.python.org  Sat Feb 21 20:11:52 2009
From: report at bugs.python.org (Bob Kline)
Date: Sat, 21 Feb 2009 19:11:52 +0000
Subject: [issue5340] Change in cgi behavior breaks existing software
In-Reply-To: <1235243512.17.0.731468064037.issue5340@psf.upfronthosting.co.za>
Message-ID: <1235243512.17.0.731468064037.issue5340@psf.upfronthosting.co.za>


New submission from Bob Kline <bkline at rksystems.com>:

We just upgraded Python to 2.6 on some of our servers and a number of
our CGI scripts broke because the cgi module has changed the way it
handles POST requests.  When the 'action' attribute was not present in
the form element on an HTML page the module behaved as if the value of
the attribute was the URL which brought the user to the page with the
form, but without the query (?x=y...) part.  Now FieldStorage.getvalue()
is giving the script a list of two copies of the value for some of the
parameters (folding in the parameters from the previous request) instead
of the single string it used to return for each.  I searched the python
mailing list looking for a discussion of the proposal to impose this
change of behavior, and perhaps I wasn't using the right phrases in my
search, but I didn't find anything.  I didn't get many responses when I
asked for pointers to this discussion, but the few I did get were from
people who were as surprised as we were.  It's not clear to us (or to
those who responded on the mailing list) that the applicable RFCs
provide completely clear and unambiguous guidance as to which behavior
is correct, but even if the new behavior is correct, it is unusual to
have changes to the library which break existing code introduced without
any discussion of the impact, or transition period, or options to
preserve the previous behavior.  For what it's worth, it appears that
Perl and PHP (which probably account for the bulk of non-Python CGI
scripts in the wild) both behave the way the pre-2.6 cgi module did.  We
have a workaround (modify all our CGI scripts to explicitly set the
action attribute without the parameter suffix), but I was asked by one
of the regulars on the mailing list to file a bug report here, so I'm
complying with that request.

It appears that the breaking change was introduced with
http://svn.python.org/view?rev=64447&view=rev in connection with
http://bugs.python.org/issue1817.

See
http://mail.python.org/pipermail/python-list/2009-February/529130.html
for repro instructions.

----------
components: Library (Lib)
messages: 82575
nosy: bkline
severity: normal
status: open
title: Change in cgi behavior breaks existing software
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5340>
_______________________________________

From report at bugs.python.org  Sat Feb 21 20:12:12 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Feb 2009 19:12:12 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235243532.34.0.866693892134.issue4565@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The StringIO rewrite is finished now.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sat Feb 21 20:24:10 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 21 Feb 2009 19:24:10 +0000
Subject: [issue5341] A selection of spelling errors and typos throughout source
In-Reply-To: <1235244250.3.0.963079671793.issue5341@psf.upfronthosting.co.za>
Message-ID: <1235244250.3.0.963079671793.issue5341@psf.upfronthosting.co.za>


New submission from Mark Dickinson <dickinsm at gmail.com>:

Here's a patch that represents the result of grepping through the source 
for some of my favo(u)rite spelling errors.

Georg, I reali(z/s)e that most of these fixes are outside the Doc/ 
directory, but are you interested in taking a look at these?  Please 
unassign if not.

Two notes:

- I'm pretty sure that all of these are genuine errors.  The only one
that may be controversial is 'builtin -> built-in' (when used as an 
adjective).  The 'Apple Publications Style Guide' seems to use built-in in 
preference to builtin.  I also think I missed a few of these.

- My (American English) spell-checker complains about 'signalled', but it 
looks fine when I put my British English eyes in.  The docs contain  
instances of both 'signalled' *and* 'signaled'.  Is there any consensus on 
whether American English or British English should be used for Python's 
documentation?  (Should also check for 'signalling' versus 'signaling'.)

----------
assignee: georg.brandl
components: Documentation
files: spellings.patch
keywords: patch
messages: 82577
nosy: georg.brandl, marketdickinson
priority: low
severity: normal
status: open
title: A selection of spelling errors and typos throughout source
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13147/spellings.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5341>
_______________________________________

From report at bugs.python.org  Sat Feb 21 20:38:24 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 21 Feb 2009 19:38:24 +0000
Subject: [issue5341] A selection of spelling errors and typos throughout source
In-Reply-To: <1235244250.3.0.963079671793.issue5341@psf.upfronthosting.co.za>
Message-ID: <1235245104.46.0.59512429362.issue5341@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I reviewed the patch and found nothing wrong. (BTW, if you noticed the
almost-total lack of its<->it's errors, it's because I fixed all of them
some time ago :)

"built-in" is fine.

About AE/BE: I think we had a consensus somewhere that we have no fixed
variant, but if you write a larger chunk of text you may write in your
preferred spelling.  I guess that if you look for instances of "-or" vs
"-our" you might find lots of stuff too.  So I'd leave them alone.

----------
assignee: georg.brandl -> marketdickinson
resolution:  -> accepted

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5341>
_______________________________________

From report at bugs.python.org  Sat Feb 21 20:53:46 2009
From: report at bugs.python.org (Jesse Noller)
Date: Sat, 21 Feb 2009 19:53:46 +0000
Subject: [issue5313] multiprocessing.process using os.close(sys.stdin.fileno)
	instead of sys.stdin.close()
In-Reply-To: <1235020872.08.0.0158488308351.issue5313@psf.upfronthosting.co.za>
Message-ID: <1235246026.02.0.405293211092.issue5313@psf.upfronthosting.co.za>


Jesse Noller <jnoller at gmail.com> added the comment:

Joshua Judson Rosen to python-list
	
	
Jesse Noller <jnoller at gmail.com> writes:
>
> On Tue, Feb 17, 2009 at 10:34 PM, Graham Dumpleton
> <Graham.Dumpleton at gmail.com> wrote:
> > Why is the multiprocessing module, ie., multiprocessing/process.py, in
> > _bootstrap() doing:
> >
> >  os.close(sys.stdin.fileno())
> >
> > rather than:
> >
> >  sys.stdin.close()
> >
> > Technically it is feasible that stdin could have been replaced with
> > something other than a file object, where the replacement doesn't have
> > a fileno() method.
> >
> > In that sort of situation an AttributeError would be raised, which
> > isn't going to be caught as either OSError or ValueError, which is all
> > the code watches out for.
>
> I don't know why it was implemented that way. File an issue on the
> tracker and assign it to me (jnoller) please.

My guess would be: because it's also possible for sys.stdin to be a
file that's open in read+*write* mode, and for that file to have
pending output buffered (for example, in the case of a socketfile).

There's a general guideline, inherited from C, that one should ensure
that the higher-level close() routine is invoked on a given
file-descriptor in at most *one* process after that descriptor has
passed through a fork(); in the other (probably child) processes, the
lower-level close() routine should be called to avoid a
double-flush--whereby buffered data is flushed out of one process, and
then the *same* buffered data is flushed out of the (other)
child-/parent-process' copy of the file-object.

So, if you call sys.stdin.close() in the child-process in
_bootstrap(), then it could lead to a double-flush corrupting output
somewhere in the application that uses the multiprocessing module.

You can expect similar issues with just about /any/ `file-like objects'
that might have `file-like semantics' of buffering data and flushing
it on close, also--because you end up with multiple copies of the same
object in `pre-flush' state, and each copy tries to flush at some point.

As such, I'd recommend against just using .close(); you might use
something like `if hasattr(sys.stdin, "fileno"): ...'; but, if your
`else' clause unconditionally calls sys.stdin.close(), then you still
have double-flush problems if someone's set sys.stdin to a file-like
object with output-buffering.

I guess you could try calling that an `edge-case' and seeing if anyone
screams. It'd be sort-of nice if there was finer granularity in the
file API--maybe if file.close() took a boolean `flush' argument....

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5313>
_______________________________________

From report at bugs.python.org  Sat Feb 21 21:09:07 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Feb 2009 20:09:07 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235246947.45.0.0148112785831.issue4565@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Ok. I've split the Python io implementation into the _pyio module and
rewritten the tests. All the C ones are passing, but some Python
implementation ones are failing.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sat Feb 21 22:04:32 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Feb 2009 21:04:32 +0000
Subject: [issue5336] collections.namedtuple generates code causing PyChecker
	warnings
In-Reply-To: <1235208293.75.0.0186544029799.issue5336@psf.upfronthosting.co.za>
Message-ID: <1235250272.5.0.229150834167.issue5336@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Will look at this one.  Am initially disinclined to change _asdict()
because I like its compact presentation.

----------
priority:  -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5336>
_______________________________________

From report at bugs.python.org  Sat Feb 21 22:05:48 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Feb 2009 21:05:48 +0000
Subject: [issue1282] re module needs to support bytes / memoryview well
In-Reply-To: <1192490811.67.0.131142181278.issue1282@psf.upfronthosting.co.za>
Message-ID: <1235250348.06.0.345748299565.issue1282@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

re has supported bytes for a while now.

----------
nosy: +benjamin.peterson
resolution: accepted -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1282>
_______________________________________

From report at bugs.python.org  Sat Feb 21 22:08:13 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Feb 2009 21:08:13 +0000
Subject: [issue5308] cannot marshal objects with more than 2**31 elements
In-Reply-To: <1234997106.01.0.558053875674.issue5308@psf.upfronthosting.co.za>
Message-ID: <1235250493.1.0.959987907821.issue5308@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Why not.  Besides it ought to be fun to write the test case for this one :-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5308>
_______________________________________

From report at bugs.python.org  Sat Feb 21 22:11:24 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Feb 2009 21:11:24 +0000
Subject: [issue5341] A selection of spelling errors and typos throughout source
In-Reply-To: <1235244250.3.0.963079671793.issue5341@psf.upfronthosting.co.za>
Message-ID: <1235250684.57.0.209578369477.issue5341@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Please do not change builtin to built-in.  In a python context, it reads
fine as one word.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5341>
_______________________________________

From report at bugs.python.org  Sat Feb 21 22:15:38 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 21 Feb 2009 21:15:38 +0000
Subject: [issue2396] Backport memoryview object to Python 2.7
In-Reply-To: <1205856163.49.0.847674946563.issue2396@psf.upfronthosting.co.za>
Message-ID: <1235250938.87.0.645295827464.issue2396@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Some comments:

- PyBytes_* API is fine.
- memory_str should die.
- Py_TPFLAGS_HAVE_NEWBUFFER needs to be documented.

Otherwise it looks good.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2396>
_______________________________________

From report at bugs.python.org  Sat Feb 21 23:43:50 2009
From: report at bugs.python.org (Rene Dudfield)
Date: Sat, 21 Feb 2009 22:43:50 +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: <1235256230.9.0.667035234316.issue5342@psf.upfronthosting.co.za>


New submission from Rene Dudfield <illume at users.sourceforge.net>:

A common problem is removing old files from the installed location.

eg.
version 1 installs.
site-packages/packagename/bla.so

version 2 installs.
site-packages/packagename/_bla.so
site-packages/packagename/bla.py


However, in version 2 if we install over the top of version 1, distutils
does not remove bla.so.  Which causes the package to break because
bla.so will be used instead of bla.py
 

distutils should be able to be given a list of old files to make sure
are removed from the package.

It should work with the various installers... msi, dmg etc, as well as
when using setup.py install.

I've seen this cause breakage with numerous packages.  The solution is
to hack some old file detection into each package, or tell users 'delete
the old install first'.  Neither of which is really nice.

Specifying an old_files meta data should be able to help.

----------
assignee: tarek
components: Distutils
messages: 82586
nosy: illume, tarek
severity: normal
status: open
title: distutils removing old files, deleting unneeded old files from installed location.
type: feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5342>
_______________________________________

From report at bugs.python.org  Sat Feb 21 23:46:57 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 21 Feb 2009 22:46:57 +0000
Subject: [issue4524] Build fails at running build_scripts
In-Reply-To: <1228405342.46.0.981738131113.issue4524@psf.upfronthosting.co.za>
Message-ID: <1235256417.86.0.225117466039.issue4524@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

fixed in r69598. Thanks for the patch Amaury.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4524>
_______________________________________

From report at bugs.python.org  Sat Feb 21 23:52:19 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 21 Feb 2009 22:52:19 +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: <1235256739.81.0.0780633221556.issue5342@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

A uninstall command, based on the record of installed files, will be
proposed for #4673.

It should adress your problem, since we will be able to add a new option
in the install command.

I am leaving this issue open so we can keep track of this need.

----------
versions: +Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5342>
_______________________________________

From report at bugs.python.org  Sun Feb 22 00:18:47 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Feb 2009 23:18:47 +0000
Subject: [issue1578269] Add os.link() and os.symlink() support for Windows
Message-ID: <1235258327.47.0.455884089452.issue1578269@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1578269>
_______________________________________

From report at bugs.python.org  Sun Feb 22 00:19:07 2009
From: report at bugs.python.org (Paul Boddie)
Date: Sat, 21 Feb 2009 23:19:07 +0000
Subject: [issue5340] Change in cgi behavior breaks existing software
In-Reply-To: <1235243512.17.0.731468064037.issue5340@psf.upfronthosting.co.za>
Message-ID: <1235258347.18.0.512995258453.issue5340@psf.upfronthosting.co.za>


Paul Boddie <paul at boddie.org.uk> added the comment:

The issue of distinguishing between query-originating parameters and
form-originating parameters has been around for a very long time, and
in my own work, especially where the cgi module has been used, I've
been careful to distinguish between the two types and to merge them
only if this is desired.

See these messages for historical context around this issue:

http://mail.python.org/pipermail/web-sig/2003-October/000060.html
http://mail.python.org/pipermail/web-sig/2003-October/000224.html
http://mail.python.org/pipermail/web-sig/2003-November/000257.html

Here's an old reference to the code which was changed in the cgi module:

http://mail.python.org/pipermail/web-sig/2003-November/000322.html

To summarise, a previous patch for this issue was never submitted
because of the risk of breaking existing code.

----------
nosy: +pboddie

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5340>
_______________________________________

From report at bugs.python.org  Sun Feb 22 02:13:12 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 22 Feb 2009 01:13:12 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235265192.8.0.951191365064.issue4565@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Ok. I've fixed all the tests except
PyBufferedRandomTest.testFlushAndPeek and the garbage collections ones.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sun Feb 22 03:34:06 2009
From: report at bugs.python.org (rocky bernstein)
Date: Sun, 22 Feb 2009 02:34:06 +0000
Subject: [issue5343] remove or make work pdb retval and rv
In-Reply-To: <1235270046.51.0.683603570643.issue5343@psf.upfronthosting.co.za>
Message-ID: <1235270046.51.0.683603570643.issue5343@psf.upfronthosting.co.za>


New submission from rocky bernstein <rocky at gnu.org>:

Remove pdb's undocumented"retval"/"rv" debugger commands. 

It is conceivable this may have once worked on a version of Python long
ago, but not in recent releases. If it's of interest to make this work,
one approach would be to use the arg parameter passed into
trace_dispatch when the event type is "return".

----------
components: Library (Lib)
messages: 82591
nosy: rocky
severity: normal
status: open
title: remove or make work pdb retval and rv
type: behavior
versions: Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5343>
_______________________________________

From report at bugs.python.org  Sun Feb 22 04:18:03 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 22 Feb 2009 03:18:03 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235272683.88.0.252667969681.issue1533164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Mads,

I am all set now, under a fresh Fedora 10. But it seems that the
generated command for rpm does not work.

it calls:

$ rpm -ba --define _topdir xxx --clean build/xxx/foo.spec

-ba unkown option.

(My Fedora runs rpm 4.6.0rc3)

Anything special to set under Fedora ?

This is strange because bdist_rpm will call -ba, -bs or -bb and
none of them seem to be present in this version of RPM,
while it is present on the standalone RPM I run under MacOsX (5.0)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 22 06:33:05 2009
From: report at bugs.python.org (George Yoshida)
Date: Sun, 22 Feb 2009 05:33:05 +0000
Subject: [issue5344] typo in what's new in 2.6
In-Reply-To: <1235280783.4.0.127684733188.issue5344@psf.upfronthosting.co.za>
Message-ID: <1235280783.4.0.127684733188.issue5344@psf.upfronthosting.co.za>


New submission from George Yoshida <quiver at users.sourceforge.net>:

In "What's new in 2.6"  PEP 343 section, the following sentence lacks a
closing parenthesis:
> The expression is evaluated, and it should result in an object that
supports the context management protocol (that is, has __enter__() and
__exit__() methods.
http://docs.python.org/whatsnew/2.6.html#pep-343-the-with-statement

Patch attached

----------
assignee: georg.brandl
components: Documentation
files: whatsnew.diff
keywords: patch, patch
messages: 82593
nosy: georg.brandl, quiver
priority: low
severity: normal
status: open
title: typo in what's new in 2.6
versions: Python 2.6
Added file: http://bugs.python.org/file13148/whatsnew.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5344>
_______________________________________

From report at bugs.python.org  Sun Feb 22 08:03:33 2009
From: report at bugs.python.org (qwjqwj)
Date: Sun, 22 Feb 2009 07:03:33 +0000
Subject: [issue5328] Crash when doing some list iteration
In-Reply-To: <1235119792.92.0.916571758809.issue5328@psf.upfronthosting.co.za>
Message-ID: <1235286213.37.0.333527879116.issue5328@psf.upfronthosting.co.za>


qwjqwj <qwj at papayamobile.com> added the comment:

I used the script from issue 4732 and can reproduce segfault on my RHEL
5. After that I updated the system with "yum update" and get a new
version of libc. Currently the script cannot cause segfault after
updating. Thank you for your help.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5328>
_______________________________________

From report at bugs.python.org  Sun Feb 22 08:09:37 2009
From: report at bugs.python.org (qwjqwj)
Date: Sun, 22 Feb 2009 07:09:37 +0000
Subject: [issue5345] cStringIO class name typo
In-Reply-To: <1235286577.45.0.856937584355.issue5345@psf.upfronthosting.co.za>
Message-ID: <1235286577.45.0.856937584355.issue5345@psf.upfronthosting.co.za>


New submission from qwjqwj <qwj at papayamobile.com>:

It has a typo error in cStringIO.StringIO's class name "StringO":

>>> import cStringIO
>>> a=cStringIO.StringIO()
>>> a
<cStringIO.StringO object at 0xb7eef240>
>>> a.__class__.__name__
'StringO'

So we can't unpickle the object correctly with Python 2.5.4:

>>> import pickle
>>> pickle.loads(pickle.dumps(a))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python2.5/pickle.py", line 1366, in dumps
    Pickler(file, protocol).dump(obj)
  File "/usr/local/lib/python2.5/pickle.py", line 224, in dump
    self.save(obj)
  File "/usr/local/lib/python2.5/pickle.py", line 306, in save
    rv = reduce(self.proto)
  File "/usr/local/lib/python2.5/copy_reg.py", line 69, in _reduce_ex
    raise TypeError, "can't pickle %s objects" % base.__name__
TypeError: can't pickle StringO objects


When using multiprocess library, it also use the pickling and unpickling
of cStringIO.StringIO object

----------
components: Library (Lib)
messages: 82595
nosy: qwjqwj
severity: normal
status: open
title: cStringIO class name typo
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5345>
_______________________________________

From report at bugs.python.org  Sun Feb 22 08:13:35 2009
From: report at bugs.python.org (qwjqwj)
Date: Sun, 22 Feb 2009 07:13:35 +0000
Subject: [issue5345] cStringIO class name typo
In-Reply-To: <1235286577.45.0.856937584355.issue5345@psf.upfronthosting.co.za>
Message-ID: <1235286815.8.0.781634826571.issue5345@psf.upfronthosting.co.za>


qwjqwj <qwj at papayamobile.com> added the comment:

This bug also exists in Python 2.6.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5345>
_______________________________________

From report at bugs.python.org  Sun Feb 22 10:36:00 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 22 Feb 2009 09:36:00 +0000
Subject: [issue5341] A selection of spelling errors and typos throughout source
In-Reply-To: <1235244250.3.0.963079671793.issue5341@psf.upfronthosting.co.za>
Message-ID: <1235295360.2.0.356768504387.issue5341@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks, Georg.  And yes, I was indeed wondering why I found so few wayward 
apostrophes!

Applied in r69846, r69847.  I'm not sure whether it's worth backporting 
these to 2.6 and 3.0.

> Please do not change builtin to built-in.  In a python context, it reads
> fine as one word.

"built-in" seems to be the more common spelling within the documentation.
Personally, in the context of Python I find "builtin" acceptable as a noun 
("don't shadow builtins"), but it still looks wrong when used as an 
adjective ("the builtin function open").  Anyway, I'll refrain from making 
any more of these changes.

----------
resolution: accepted -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5341>
_______________________________________

From report at bugs.python.org  Sun Feb 22 12:04:08 2009
From: report at bugs.python.org (Mads Kiilerich)
Date: Sun, 22 Feb 2009 11:04:08 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235300648.67.0.549708247142.issue1533164@psf.upfronthosting.co.za>


Mads Kiilerich <mads at kiilerich.com> added the comment:

The command "rpm" is (now, and in rpm.org version) for runtime and
installation only. Rpm building is done by /usr/bin/rpm-build (from the
package with the same name, run "yum install rpm-build"). 

/usr/lib/python2.5/distutils/command/bdist_rpm.py will select rpm-build
if it is available. 

Yes, the fallback is confusing. That is a consequence of the rpm fork
and probably out of scope for this issue ;-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 22 13:19:33 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 22 Feb 2009 12:19:33 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235305173.04.0.505536544801.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

It finally occurred to me that what might be killing 32-bit performance 
is the divisions, rather than the multiplications.

To test this, here's a version of 30bit_longdigit17.patch that replaces 
just *two* of the divisions in Objects/longsobject.c by the appropriate 
x86 divl assembler instruction.  The result for pydigits is an 
astonishing 10% speedup!

Results of running python pydigits_bestof.py 2000 on 32-bit OS X 
10.5.6/Core 2 Duo:

upatched py3k
-------------
Best Time; 2212.6 ms

30bit_longdigit17.patch
-----------------------
Best Time; 2283.9 ms (-3.1% relative to py3k)

30bit_longdigit17+asm.patch
---------------------------
Best Time; 2085.7 ms (+6.1% relative to py3k)

The problem is that (e.g., in the main loop of x_divrem) we're doing a 
64-bit by 32-bit division, expecting a 32-bit quotient and a 32-bit 
remainder.  From the analysis of the algorithm, *we* know that the 
quotient will always fit into 32 bits, so that e.g., on x86, a divl 
instruction is appropriate.  But unless the compiler is extraordinarily 
clever it doesn't know this, so it produces an expensive library call to 
a function that probably involves multiple divisions and/or some 
branches, that produces the full 64-bit quotient.

On 32-bit PowerPC things are even worse, since there there isn't even a 
64-by-32 bit divide instruction;  only a 32-bit by 32-bit division.

So I could still be persuaded that 30-bit digits should only be enabled 
by default on 64-bit machines...

Added file: http://bugs.python.org/file13149/30bit_longdigit17+asm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Sun Feb 22 13:35:37 2009
From: report at bugs.python.org (Virgil Dupras)
Date: Sun, 22 Feb 2009 12:35:37 +0000
Subject: [issue5345] cStringIO class name typo
In-Reply-To: <1235286577.45.0.856937584355.issue5345@psf.upfronthosting.co.za>
Message-ID: <1235306137.6.0.14627520369.issue5345@psf.upfronthosting.co.za>


Virgil Dupras <hsoft at hardcoded.net> added the comment:

The documentation says:

"Another difference from the StringIO module is that calling StringIO() 
with a string parameter creates a read-only object. Unlike an object 
created without a string parameter, it does not have write methods. These 
objects are not generally visible. They turn up in tracebacks as StringI 
and StringO."

And there seem to have been some activity about this around r33834.

----------
nosy: +vdupras

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5345>
_______________________________________

From report at bugs.python.org  Sun Feb 22 14:20:27 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 22 Feb 2009 13:20:27 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235308827.61.0.730383159897.issue1533164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Ok, looks good now, thanks a lot.

But I am unable to reproduce the problem.

The rpm is built fine using my test and the provided example, 
with or without the -O1 option...

I have tried with Python trunk and Fedora's Python 2.5

Would you mind trying with the current Distutils trunk on your side ?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 22 14:20:27 2009
From: report at bugs.python.org (Dennis Kaarsemaker)
Date: Sun, 22 Feb 2009 13:20:27 +0000
Subject: [issue2519] Typing 'modules' in the interactive help system fails
	when imports fail
In-Reply-To: <1206949196.03.0.881908306183.issue2519@psf.upfronthosting.co.za>
Message-ID: <1235308827.33.0.80284996239.issue2519@psf.upfronthosting.co.za>


Dennis Kaarsemaker <dennis at kaarsemaker.net> added the comment:

I don't see this bug in python 3.0, so feel free to close this issue.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2519>
_______________________________________

From report at bugs.python.org  Sun Feb 22 15:29:11 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Feb 2009 14:29:11 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
In-Reply-To: <1235308827.61.0.730383159897.issue1533164@psf.upfronthosting.co.za>
Message-ID: <1235312334.6778.0.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> But I am unable to reproduce the problem.
> 
> The rpm is built fine using my test and the provided example, 
> with or without the -O1 option...

IIUC, the problem occurs not on building the RPM, but on trying to
install it.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 22 16:13:39 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 22 Feb 2009 15:13:39 +0000
Subject: [issue5328] Crash when doing some list iteration
In-Reply-To: <1235119792.92.0.916571758809.issue5328@psf.upfronthosting.co.za>
Message-ID: <1235315619.75.0.256307449727.issue5328@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5328>
_______________________________________

From report at bugs.python.org  Sun Feb 22 16:19:12 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 22 Feb 2009 15:19:12 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235315952.13.0.501426840487.issue1533164@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


Added file: http://bugs.python.org/file13150/test_bdist_rpm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 22 16:19:19 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 22 Feb 2009 15:19:19 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235315959.54.0.576257163489.issue1533164@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


Removed file: http://bugs.python.org/file13097/rpm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 22 16:48:41 2009
From: report at bugs.python.org (Andrey Rahmatullin)
Date: Sun, 22 Feb 2009 15:48:41 +0000
Subject: [issue5346] mailbox._singlefileMailbox.flush doesn't preserve file
	rights
In-Reply-To: <1235317721.52.0.542523133974.issue5346@psf.upfronthosting.co.za>
Message-ID: <1235317721.52.0.542523133974.issue5346@psf.upfronthosting.co.za>


New submission from Andrey Rahmatullin <wrar at altlinux.org>:

Mbox file is recreated during flush(), so the new file has access 
rights according to umask, which is not necessarily the same as of the 
old file.

----------
components: Library (Lib)
messages: 82604
nosy: wRAR
severity: normal
status: open
title: mailbox._singlefileMailbox.flush doesn't preserve file rights
type: behavior
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5346>
_______________________________________

From report at bugs.python.org  Sun Feb 22 17:07:43 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 22 Feb 2009 16:07:43 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235318863.53.0.627706665532.issue1533164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

I am now able to reproduce it, thanks to Mads help

for the record, on a fresh Fedora 10, you need to do:

$ yum groupinstall "Development Tools"
$ yum install rpmdevtools

Then the problem will occur like described.

Moving to the next stage : fixing Distutils for that problem

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 22 19:19:39 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Feb 2009 18:19:39 +0000
Subject: [issue5316] Buildbot failures in test_site
In-Reply-To: <1235057841.41.0.664492545645.issue5316@psf.upfronthosting.co.za>
Message-ID: <1235326779.12.0.665546521158.issue5316@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I manage to reproduce it by running test_site just after test_distutils:

./python -E -tt -m test.regrtest -uall -l -w test_distutils test_site

It could be related to test_distutils modifying an environment variable
without restoring it at the end.

----------
assignee:  -> tarek
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5316>
_______________________________________

From report at bugs.python.org  Sun Feb 22 20:20:23 2009
From: report at bugs.python.org (Eric Smith)
Date: Sun, 22 Feb 2009 19:20:23 +0000
Subject: [issue5316] Buildbot failures in test_site
In-Reply-To: <1235057841.41.0.664492545645.issue5316@psf.upfronthosting.co.za>
Message-ID: <1235330423.38.0.664984101758.issue5316@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

Trial and error shows it's test_sdist.py.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5316>
_______________________________________

From report at bugs.python.org  Sun Feb 22 20:50:54 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Feb 2009 19:50:54 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1235246947.45.0.0148112785831.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235332305.6778.1.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

What should we do about test_fileio, test_file and test_bufio?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sun Feb 22 21:48:57 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Feb 2009 20:48:57 +0000
Subject: [issue5347] SocketIO redefines RawIOBase.__del__
In-Reply-To: <1235335737.36.0.938814537211.issue5347@psf.upfronthosting.co.za>
Message-ID: <1235335737.36.0.938814537211.issue5347@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

SocketIO defines its own __del__ while it could simply rely on
IOBase.__del__ to do the right thing.

I'm saying this because in the C version of the io lib, there is no
__del__ anymore, so that SocketIO objects caught in a ref cycle wouldn't
block the GC from collecting the objects.

----------
components: Library (Lib)
messages: 82609
nosy: pitrou
priority: normal
severity: normal
status: open
title: SocketIO redefines RawIOBase.__del__
type: behavior
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5347>
_______________________________________

From report at bugs.python.org  Sun Feb 22 22:10:56 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 22 Feb 2009 21:10:56 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235337056.33.0.644539139655.issue1533164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

The patch is ready. I'll ask at Distutils-SIG what people think about
the force-optimize option name, then I'll commit it for 2.7 and 3.1

----------
versions:  -Python 2.6, Python 3.0
Added file: http://bugs.python.org/file13151/rpm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 22 22:11:03 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 22 Feb 2009 21:11:03 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235337063.62.0.268853930885.issue1533164@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


Removed file: http://bugs.python.org/file13150/test_bdist_rpm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 22 22:32:00 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 22 Feb 2009 21:32:00 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1235332305.6778.1.camel@fsol>
Message-ID: <1afaf6160902221331o47623422y5c802465b7cda9d@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Sun, Feb 22, 2009 at 1:50 PM, Antoine Pitrou <report at bugs.python.org> wrote:
>
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> What should we do about test_fileio, test_file and test_bufio?

I changed test_file and test_bufio to test the open() implementations
of each library. test_fileio should be fine because the implementation
is the same for _pyio and io.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sun Feb 22 22:40:35 2009
From: report at bugs.python.org (Jeff Oyama)
Date: Sun, 22 Feb 2009 21:40:35 +0000
Subject: [issue2054] add ftp-tls support to ftplib - RFC 4217
In-Reply-To: <1202523366.93.0.605901116561.issue2054@psf.upfronthosting.co.za>
Message-ID: <1235338835.98.0.228239779218.issue2054@psf.upfronthosting.co.za>


Jeff Oyama <jeff at oyama.org> added the comment:

Just wondering, has anyone done a patch since Bill made the necessary
changes to ssl.py in order to implement FTP TLS? If so, where can I find
it? I would love to test it out.

----------
nosy: +jeffo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2054>
_______________________________________

From report at bugs.python.org  Sun Feb 22 23:11:41 2009
From: report at bugs.python.org (Bob Ippolito)
Date: Sun, 22 Feb 2009 22:11:41 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1235340701.37.0.320703754438.issue4136@psf.upfronthosting.co.za>


Bob Ippolito <bob at redivi.com> added the comment:

New patch implementing cyclic GC, new-style relative imports, no lines >80 
characters in non-test Python code

Added file: http://bugs.python.org/file13152/json_issue4136_r69885.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Sun Feb 22 23:23:15 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 22 Feb 2009 22:23:15 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235341395.51.0.956834008024.issue1533164@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


Added file: http://bugs.python.org/file13153/rpm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sun Feb 22 23:23:22 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sun, 22 Feb 2009 22:23:22 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235341402.48.0.483790042893.issue1533164@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


Removed file: http://bugs.python.org/file13151/rpm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Mon Feb 23 00:00:38 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Feb 2009 23:00:38 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1afaf6160902221331o47623422y5c802465b7cda9d@mail.gmail.com>
Message-ID: <1235343690.6778.2.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

There's also test_univnewlines, I think.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Mon Feb 23 02:41:00 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 23 Feb 2009 01:41:00 +0000
Subject: [issue4626] compile() doesn't ignore the source encoding when a
	string is passed in
In-Reply-To: <1234916532.04.0.583926935935.issue4626@psf.upfronthosting.co.za>
Message-ID: <1afaf6160902221740y46894a4k5a93f5f9bd11917b@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Tue, Feb 17, 2009 at 6:22 PM, STINNER Victor <report at bugs.python.org> wrote:
> I don't understand the change in source_as_string(). Except of that,
> it looks correct.

Py_CFFLAGS_SOURCE_IS_UTF8 is already set in compile().

>
>> The one problem is that it causes test_coding to fail because
>> coding cookies are ignored and not checked to see if they
>> are the same as the encoding of the file.
>
> The test have to fail, but the error is not the the compile() patch,
> but in the test. Input file is opened as unicode instead of bytes. A
> propose this patch to fix the test:

That fix is correct, but I think it avoids what the test is meant to
test. The test is supposed to check that compile() complains if the
encoding of the unicode string is wrong compared to the coding cookie,
but I think that feature is ok to not support.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4626>
_______________________________________

From report at bugs.python.org  Mon Feb 23 03:17:04 2009
From: report at bugs.python.org (Mitchell Model)
Date: Mon, 23 Feb 2009 02:17:04 +0000
Subject: [issue5348] Documentation of format implies only strings and numbers
	are acceptable arguments
In-Reply-To: <1235355424.94.0.761283405587.issue5348@psf.upfronthosting.co.za>
Message-ID: <1235355424.94.0.761283405587.issue5348@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

The documentation of format on the builtin functions page should be 
changed from "Convert a string or a number" to "Convert a value".

The documentation begins "Convert a string or a number". This is 
misleading in that format can be called on any value, since there is an 
Object.__format__ and classes can define their own __format__ method. 
PEP 3101 is explicit about all of this and the documentation of 
__format__ ends by noting that "format(value, format_spec) merely calls 
value.__format__(format_spec)". typeobject.c implements 
Object.__format__ with a note about PEP 3101.

Given all of that I don't see why format should be explained as taking a 
string or a number as its first argument.

----------
assignee: georg.brandl
components: Documentation
messages: 82616
nosy: MLModel, georg.brandl
severity: normal
status: open
title: Documentation of format implies only strings and numbers are acceptable arguments
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5348>
_______________________________________

From report at bugs.python.org  Mon Feb 23 04:33:02 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 23 Feb 2009 03:33:02 +0000
Subject: [issue5348] Documentation of format implies only strings and numbers
	are acceptable arguments
In-Reply-To: <1235355424.94.0.761283405587.issue5348@psf.upfronthosting.co.za>
Message-ID: <1235359982.58.0.198749604512.issue5348@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5348>
_______________________________________

From report at bugs.python.org  Mon Feb 23 05:34:21 2009
From: report at bugs.python.org (Noufal)
Date: Mon, 23 Feb 2009 04:34:21 +0000
Subject: [issue3788] test_cookie isn't comprehensive
In-Reply-To: <1220648824.87.0.764661238377.issue3788@psf.upfronthosting.co.za>
Message-ID: <1235363661.94.0.35256344126.issue3788@psf.upfronthosting.co.za>


Noufal <noufal at nibrahim.net.in> added the comment:

This patch contains some simple tests for Morsel. I will update it again
to increase coverage.

The changes to the Cookie tests assume that the patch in issue4860 has
been applied.

----------
keywords: +patch
nosy: +noufal
Added file: http://bugs.python.org/file13154/test_cookie.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3788>
_______________________________________

From report at bugs.python.org  Mon Feb 23 06:11:39 2009
From: report at bugs.python.org (Jared Grubb)
Date: Mon, 23 Feb 2009 05:11:39 +0000
Subject: [issue5349] abstractmethod vs C++ pure virtual
In-Reply-To: <1235365898.93.0.530994283024.issue5349@psf.upfronthosting.co.za>
Message-ID: <1235365898.93.0.530994283024.issue5349@psf.upfronthosting.co.za>


New submission from Jared Grubb <python at jaredgrubb.com>:

On page library/abc.html documenting abc.abstractmethod, the following
text about C++ is placed in a note:

"Note: Unlike C++?s pure virtual functions, or Java abstract methods,
these abstract methods may have an implementation. This implementation
can be called via the super() mechanism from the class that overrides
it. This could be useful as an end-point for a super-call in a framework
that uses cooperative multiple-inheritance."

This is not an accurate description of C++'s pure virtual functions.
Pure virtual functions CAN have an implementation, which can be called
from derived classes; this makes them behave just like Python's
abstractmethod.

Example:
struct Abstract {
   virtual void foo() = 0;
};
void Abstract::foo() {
   std::cout << "pure virtual function called";
}
struct Derived : public Abstract {
   virtual void foo() { 
       Abstract::foo(); // call the abstract impl
   }
};

----------
assignee: georg.brandl
components: Documentation
messages: 82618
nosy: georg.brandl, jaredgrubb
severity: normal
status: open
title: abstractmethod vs C++ pure virtual
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5349>
_______________________________________

From report at bugs.python.org  Mon Feb 23 06:36:47 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Mon, 23 Feb 2009 05:36:47 +0000
Subject: [issue5311] bdist_msi generates version number for pure Python
	packages
In-Reply-To: <1235016969.03.0.818386696301.issue5311@psf.upfronthosting.co.za>
Message-ID: <1235367407.04.0.845556645963.issue5311@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
versions: +Python 2.7, Python 3.1 -Python 2.5, Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5311>
_______________________________________

From report at bugs.python.org  Mon Feb 23 06:55:27 2009
From: report at bugs.python.org (Zvezdan Petkovic)
Date: Mon, 23 Feb 2009 05:55:27 +0000
Subject: [issue4204] Cannot build _multiprocessing, math,
	mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4
In-Reply-To: <1224957663.27.0.455052730171.issue4204@psf.upfronthosting.co.za>
Message-ID: <1235368527.62.0.196043893537.issue4204@psf.upfronthosting.co.za>


Zvezdan Petkovic <zvezdan at zope.com> added the comment:

Part of this patch committed in -r 67098 breaks Mac OS X 10.5,
because the completion_matches() function is already declared in 
/usr/include/readline/readline.h and the new declaration conflicts with 
it.

If the lack of this declaration is a problem for FreeBSD, then it will 
have to be conditionally declared for FreeBSD platform, and perhaps 
specific version of FreeBSD 4.x.

Something along the lines of:
#ifdef __FreeBSD__
/* perhaps a specific FreeBSD version condition here 4.x? */
extern char **completion_matches(char *, CPFunction *);
#endif

I have a patch of an off-by-one out-of-bounds error in readline.c, that 
enables building Python with Mac OS X native readline/editline 
emulation.  There's no need for an external GNU readline port 
installation (unless one wants some features that editline perhaps 
doesn't have).

That patch worked fine with Python 2.4 ad 2.5, but when I tried it with 
Python 2.6.1 the build failed because of the conflicting declaration 
introduced with this tracker issue.  When the line

    extern char **completion_matches(char *, CPFunction *);

is commented out, the readline module compiles and works OK.
(Well, line 558 in setup.py needs to be uncommented to look like this:

        if platform == 'darwin' and os.uname()[2] < '9.':

to allow the use of Mac OS X readline/editline library)

I can submit the readline.c patch for Mac OS X in a separate tracker 
issue, but the changes done in this issue should be fixed separately in 
my opinion.

Please advise how to proceed.

----------
nosy: +zvezdan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4204>
_______________________________________

From report at bugs.python.org  Mon Feb 23 07:02:59 2009
From: report at bugs.python.org (Chris Miles)
Date: Mon, 23 Feb 2009 06:02:59 +0000
Subject: [issue4111] Add DTrace probes
In-Reply-To: <1223827695.04.0.0893695004368.issue4111@psf.upfronthosting.co.za>
Message-ID: <1235368979.1.0.531637525377.issue4111@psf.upfronthosting.co.za>


Changes by Chris Miles <miles.chris at gmail.com>:


----------
nosy: +chrismiles

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4111>
_______________________________________

From report at bugs.python.org  Mon Feb 23 10:41:54 2009
From: report at bugs.python.org (Eric Smith)
Date: Mon, 23 Feb 2009 09:41:54 +0000
Subject: [issue5348] Documentation of format implies only strings and numbers
	are acceptable arguments
In-Reply-To: <1235355424.94.0.761283405587.issue5348@psf.upfronthosting.co.za>
Message-ID: <1235382114.95.0.00441430192256.issue5348@psf.upfronthosting.co.za>


Eric Smith <eric at trueblade.com> added the comment:

I looked and don't see where this error is. In fact, I don't see
format() mentioned at all on the 2.6.1 page for builtin functions
(http://docs.python.org/library/functions.html), which is a problem.

What page are you looking at?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5348>
_______________________________________

From report at bugs.python.org  Mon Feb 23 11:26:28 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 23 Feb 2009 10:26:28 +0000
Subject: [issue5348] Documentation of format implies only strings and numbers
	are acceptable arguments
In-Reply-To: <1235355424.94.0.761283405587.issue5348@psf.upfronthosting.co.za>
Message-ID: <1235384788.47.0.196956430156.issue5348@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in r69895, r69896. (Added format() to the 2.x builtins doc in the
latter.)

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5348>
_______________________________________

From report at bugs.python.org  Mon Feb 23 12:07:56 2009
From: report at bugs.python.org (Lukas Lueg)
Date: Mon, 23 Feb 2009 11:07:56 +0000
Subject: [issue1054967] bdist_deb - Debian packager
Message-ID: <1235387276.2.0.189824371939.issue1054967@psf.upfronthosting.co.za>


Lukas Lueg <knabberknusperhaus at yahoo.de> added the comment:

Count me in

----------
nosy: +ebfe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1054967>
_______________________________________

From report at bugs.python.org  Mon Feb 23 12:18:25 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Mon, 23 Feb 2009 11:18:25 +0000
Subject: [issue5019] Specifying common controls DLL in manifest
In-Reply-To: <1232503239.64.0.982507078752.issue5019@psf.upfronthosting.co.za>
Message-ID: <1235387905.26.0.703408781264.issue5019@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Here is a demo of how to make a nested DLL bind to comctl32 v6, even if
the main application binds to a different version of comctl. The DLL has
a ISOLATIONAWARE_MANIFEST_RESOURCE_ID resource.

To see what happens, run Release\bindtest.exe, and invoke File/test.
Watch the message box, and the dialog created from within the DLL. For
comparison, rename the manifest.0 to .manifest, and watch the message
box also change its button style. Tested on XP.

The sources are built with VS2008. To simplify the experiment, both the
main application and the DLL links msvcrt statically.

Added file: http://bugs.python.org/file13155/bindtest.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5019>
_______________________________________

From report at bugs.python.org  Mon Feb 23 12:24:53 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 23 Feb 2009 11:24:53 +0000
Subject: [issue5349] abstractmethod vs C++ pure virtual
In-Reply-To: <1235365898.93.0.530994283024.issue5349@psf.upfronthosting.co.za>
Message-ID: <1235388293.67.0.867977903974.issue5349@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in r69901.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5349>
_______________________________________

From report at bugs.python.org  Mon Feb 23 13:57:09 2009
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 23 Feb 2009 12:57:09 +0000
Subject: [issue2054] add ftp-tls support to ftplib - RFC 4217
In-Reply-To: <1202523366.93.0.605901116561.issue2054@psf.upfronthosting.co.za>
Message-ID: <1235393829.9.0.487651262149.issue2054@psf.upfronthosting.co.za>


Giampaolo Rodola' <billiejoex at users.sourceforge.net> added the comment:

After Bill added SSL's unwrap() method I modified my previous patch so
that it shutdown the SSL layer before closing the data connection.
I successfully tested it against proftpd, vsftpd and pyftpdlib TLS
server [1].

If some python developer could give me an ok on the patch I could start
writing tests and documentation.

[1] http://code.google.com/p/pyftpdlib/source/browse/trunk/demo/tls_ftpd.py

----------
keywords: +patch
Added file: http://bugs.python.org/file13156/ftplib.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2054>
_______________________________________

From report at bugs.python.org  Mon Feb 23 14:37:12 2009
From: report at bugs.python.org (Matteo Dell'Amico)
Date: Mon, 23 Feb 2009 13:37:12 +0000
Subject: [issue5350] Modification to "pairwise" in itertools recipes
In-Reply-To: <1235396232.5.0.669256244116.issue5350@psf.upfronthosting.co.za>
Message-ID: <1235396232.5.0.669256244116.issue5350@psf.upfronthosting.co.za>


New submission from Matteo Dell'Amico <della at linux.it>:

I feel that the "pairwise" recipe could be slightly more elegant if "for
elem in b: break" became a simpler next(b) (or b.next() for Python 2.x).
It is also more natural to modify the recipes to suit one's needs (e.g.,
returning items with a given gap between them, or convert the recipe to
k-wise iteration).

----------
assignee: georg.brandl
components: Documentation
messages: 82626
nosy: della, georg.brandl
severity: normal
status: open
title: Modification to "pairwise" in itertools recipes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5350>
_______________________________________

From report at bugs.python.org  Mon Feb 23 14:42:14 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 23 Feb 2009 13:42:14 +0000
Subject: [issue5350] Modification to "pairwise" in itertools recipes
In-Reply-To: <1235396232.5.0.669256244116.issue5350@psf.upfronthosting.co.za>
Message-ID: <1235396534.85.0.254457398127.issue5350@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Assigning to Raymond.

Note that "for elem in b: break" and "next(b)" are not equivalent when b
is empty/exhausted.

----------
assignee: georg.brandl -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5350>
_______________________________________

From report at bugs.python.org  Mon Feb 23 14:45:35 2009
From: report at bugs.python.org (Tsue)
Date: Mon, 23 Feb 2009 13:45:35 +0000
Subject: [issue5351] Python tutorial error
In-Reply-To: <1235396735.05.0.192999547844.issue5351@psf.upfronthosting.co.za>
Message-ID: <1235396735.05.0.192999547844.issue5351@psf.upfronthosting.co.za>


New submission from Tsue <tsuedesu at gmail.com>:

Hi,

Dont know if this is the right place for this kind of bug report. I just
started with python last week, so I've been using the Built in tutorial.
However, I came across a major issue, and though it took me a while, I
figured it out.

The excersise on Reading and Writing Files isnt very clear on the object
f. And it isnt even stated, that the use of 'w' in the code will
actually over right the file, not append to it. Which didnt seem
logical, but I guess thats why 'r+' is there.

Please correct this in the docs, its a bit frustrating for a nooob.

----------
components: None
messages: 82628
nosy: Tsuedesu
severity: normal
status: open
title: Python tutorial error
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5351>
_______________________________________

From report at bugs.python.org  Mon Feb 23 14:47:54 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 23 Feb 2009 13:47:54 +0000
Subject: [issue5351] Python tutorial error
In-Reply-To: <1235396735.05.0.192999547844.issue5351@psf.upfronthosting.co.za>
Message-ID: <1235396874.48.0.730268063031.issue5351@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

What exactly would you want to change? There's a parenthetical remark
"an existing file with the same name will be erased" just after the 'w'
is described.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5351>
_______________________________________

From report at bugs.python.org  Mon Feb 23 14:58:33 2009
From: report at bugs.python.org (Matteo Dell'Amico)
Date: Mon, 23 Feb 2009 13:58:33 +0000
Subject: [issue5350] Modification to "pairwise" in itertools recipes
In-Reply-To: <1235396232.5.0.669256244116.issue5350@psf.upfronthosting.co.za>
Message-ID: <1235397513.18.0.144198920328.issue5350@psf.upfronthosting.co.za>


Matteo Dell'Amico <della at linux.it> added the comment:

Georg, you're right, there's a StopIteration to catch. My thinko was
mistaking the function for a generator where the exception propagation
would have done the right thing. The amended version now becomes

next(b)
for x, y in zip(a, b): yield x, y

...which is not that attractive anymore, also because it's slower. Sorry
for the error.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5350>
_______________________________________

From report at bugs.python.org  Mon Feb 23 15:03:04 2009
From: report at bugs.python.org (Tsue)
Date: Mon, 23 Feb 2009 14:03:04 +0000
Subject: [issue5351] Python tutorial error
In-Reply-To: <1235396874.48.0.730268063031.issue5351@psf.upfronthosting.co.za>
Message-ID: <68827fe30902230603wfa1a96eo232770c0d12e0194@mail.gmail.com>


Tsue <tsuedesu at gmail.com> added the comment:

Hi Georg,

Needs to be clearer... Everything else up until this point is easy to
read and understand. I think its more and issue of suddenly changing
the structure of the text than the text itself. It actually feels
rushed. One major thing, for me at least, at Methods of File object -
it sudden expects that I have loaded an object 'f', the real odd
thing, it doesnt say that this file should contain some lines. See,
this is a tutorial, and up until here, it seemed to assume
non-programmer audience.

Be clearer, that's all I'm really asking.

BTW: Thanks for the create work, I look forward to learning more about
Python and programming in it.

Tsue.
(I know I'm a noob and a pain)

On Mon, Feb 23, 2009 at 3:47 PM, Georg Brandl <report at bugs.python.org> wrote:
>
> Georg Brandl <georg at python.org> added the comment:
>
> What exactly would you want to change? There's a parenthetical remark
> "an existing file with the same name will be erased" just after the 'w'
> is described.
>
> ----------
> nosy: +georg.brandl
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue5351>
> _______________________________________
>

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5351>
_______________________________________

From report at bugs.python.org  Mon Feb 23 16:20:31 2009
From: report at bugs.python.org (David W. Lambert)
Date: Mon, 23 Feb 2009 15:20:31 +0000
Subject: [issue5350] Modification to "pairwise" in itertools recipes
In-Reply-To: <1235396232.5.0.669256244116.issue5350@psf.upfronthosting.co.za>
Message-ID: <1235402431.73.0.882942181535.issue5350@psf.upfronthosting.co.za>


Changes by David W. Lambert <lambertdw at corning.com>:


----------
nosy: +LambertDW

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5350>
_______________________________________

From report at bugs.python.org  Mon Feb 23 16:47:09 2009
From: report at bugs.python.org (Matteo Dell'Amico)
Date: Mon, 23 Feb 2009 15:47:09 +0000
Subject: [issue5352] Missing 'non overlapping' clause in str.count
	documentation
In-Reply-To: <1235404029.66.0.0650710952765.issue5352@psf.upfronthosting.co.za>
Message-ID: <1235404029.66.0.0650710952765.issue5352@psf.upfronthosting.co.za>


New submission from Matteo Dell'Amico <della at linux.it>:

The str.count (http://docs.python.org/dev/py3k/library/stdtypes.html)
documentation does not report that it returns the number of
*non-overlapping* instances. For example, I expected 'aaa'.count('aa')
to be 2 and not 1. Compare this with the string module documentation,
where the non-overlapping clause is reported.

----------
assignee: georg.brandl
components: Documentation
messages: 82632
nosy: della, georg.brandl
severity: normal
status: open
title: Missing 'non overlapping' clause in str.count documentation

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5352>
_______________________________________

From report at bugs.python.org  Mon Feb 23 16:51:38 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 23 Feb 2009 15:51:38 +0000
Subject: [issue5352] Missing 'non overlapping' clause in str.count
	documentation
In-Reply-To: <1235404029.66.0.0650710952765.issue5352@psf.upfronthosting.co.za>
Message-ID: <1235404298.46.0.439262438225.issue5352@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in r69905.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5352>
_______________________________________

From report at bugs.python.org  Mon Feb 23 19:38:32 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 23 Feb 2009 18:38:32 +0000
Subject: [issue5353] Improve IndexError messages with actual values
In-Reply-To: <1235414311.83.0.833112713041.issue5353@psf.upfronthosting.co.za>
Message-ID: <1235414311.83.0.833112713041.issue5353@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Currently: >>> l=[]; l[1] # 3.0.1
...
IndexError: list index out of range

Assuming that negative indexes are converted before the range test is
made, I would like to see
"IndexError: list index 1 not in range(0)", ie,
"IndexError: list index {0} not in range({1})".format(<index>,
len(<sequence>)).

The 'in' operator still works with Py3 range objects, so the suggested
Python-level check is still valid.

I did not add 2.6/3.0 only because I don't know if improved error
messages are acceptable in bug-fix releases.

Same request for other sequence IndexError messages:
>>> t=(); t[0]
IndexError: tuple index out of range

>>> s=''; s[0] # 3.0
IndexError: string index out of range

>>> b=b''; b[0]
IndexError: index out of range # *** 'bytes' uniquely missing here ***

>>> ba=bytearray(b); ba[0]
IndexError: bytearray index out of range

Is the check factored out as a macro (or function) so one change would
change all of these?

Similar errors with dict (tersely) give the bad key already:
>>> d={}; d[1]
...
KeyError: 1

-------------------------
The may be superficially similar to request #654558, but that was vague
and was closed as a duplicate of #569574, which is definitely about a
different issue.  I did not see anything else in the search results.

----------
components: Interpreter Core
messages: 82634
nosy: tjreedy
severity: normal
status: open
title: Improve IndexError messages with actual values
type: feature request
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5353>
_______________________________________

From report at bugs.python.org  Mon Feb 23 19:47:06 2009
From: report at bugs.python.org (Mitchell Model)
Date: Mon, 23 Feb 2009 18:47:06 +0000
Subject: [issue5348] Documentation of format implies only strings and numbers
	are acceptable arguments
In-Reply-To: <1235382114.95.0.00441430192256.issue5348@psf.upfronthosting.co.za>
Message-ID: <p0624080ec5c89f08e313@[10.0.1.221]>


Mitchell Model <mlm at acm.org> added the comment:

Sorry -- I was too quick to include 2.6 and 2.7 in the bug tracker 
entry.  I usually check 3 vs 2.6 but since format is in 2.6 I didn't 
check the 2.6 doc page to discover, as you did, that it wasn't 
documented.
-- 
-- 

         --- Mitchell

Added file: http://bugs.python.org/file13157/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5348>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090223/e069a10b/attachment-0001.txt>

From report at bugs.python.org  Mon Feb 23 20:14:10 2009
From: report at bugs.python.org (daniel garay)
Date: Mon, 23 Feb 2009 19:14:10 +0000
Subject: [issue725149] _sre.MAGIC
Message-ID: <1235416450.25.0.801564173557.issue725149@psf.upfronthosting.co.za>


daniel garay <cdaniel.py at gmail.com> added the comment:

I need help to resolve this problem caused when program a scheduled task
whit CRONTAB, generated result:

Traceback (most recent call last):
  File "ftp_eme.py", line 12, in ?
    import datetime, os, ftplib
  File "/usr/local/lib/python2.6/ftplib.py", line 46, in ?
    import socket
  File "/usr/local/lib/python2.6/socket.py", line 50, in ?
    import _ssl
  File "/usr/local/lib/python2.6/_ssl.py", line 58, in ?
    import textwrap
  File "/usr/local/lib/python2.6/textwrap.py", line 10, in ?
    import string, re
  File "/usr/local/lib/python2.6/string.py", line 81, in ?
    import re as _re
  File "/usr/local/lib/python2.6/re.py", line 105, in ?
    import sre_compile
  File "/usr/local/lib/python2.6/sre_compile.py", line 17, in ?
    assert _sre.MAGIC == MAGIC, "SRE module mismatch"
AssertionError: SRE module mismatch
No message, no subject; hope that's ok

----------
components: +Windows -Regular Expressions
nosy: +daniel_py
title: SRE bugs with capturing groups in negative assertions -> _sre.MAGIC
type:  -> compile error
versions: +Python 2.6 -Python 2.3
Added file: http://bugs.python.org/file13158/ftp_eme.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue725149>
_______________________________________

From report at bugs.python.org  Mon Feb 23 20:23:05 2009
From: report at bugs.python.org (Patrick Gerken)
Date: Mon, 23 Feb 2009 19:23:05 +0000
Subject: [issue5243] Missing dependency in distutils build
In-Reply-To: <1234519029.27.0.18013582736.issue5243@psf.upfronthosting.co.za>
Message-ID: <1235416985.66.0.0275607305546.issue5243@psf.upfronthosting.co.za>


Patrick Gerken <patrick.gerken at computer.org> added the comment:

Thank you, tarek

The sys.path should have been obvious.

Added file: http://bugs.python.org/file13159/test_install_lib.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5243>
_______________________________________

From report at bugs.python.org  Mon Feb 23 20:40:09 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 23 Feb 2009 19:40:09 +0000
Subject: [issue5350] Modification to "pairwise" in itertools recipes
In-Reply-To: <1235396232.5.0.669256244116.issue5350@psf.upfronthosting.co.za>
Message-ID: <1235418009.95.0.196071430086.issue5350@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Applied in r69908 .

----------
resolution:  -> accepted
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5350>
_______________________________________

From report at bugs.python.org  Mon Feb 23 21:12:52 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 23 Feb 2009 20:12:52 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1235343690.6778.2.camel@fsol>
Message-ID: <1235420022.10221.6.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

Oh, and test_largefile and test_debussy as well :)

Le dimanche 22 f?vrier 2009 ? 23:00 +0000, Antoine Pitrou a ?crit :
> Antoine Pitrou <pitrou at free.fr> added the comment:
> 
> There's also test_univnewlines, I think.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Mon Feb 23 21:13:45 2009
From: report at bugs.python.org (David W. Lambert)
Date: Mon, 23 Feb 2009 20:13:45 +0000
Subject: [issue5350] Modification to "pairwise" in itertools recipes
In-Reply-To: <1235396232.5.0.669256244116.issue5350@psf.upfronthosting.co.za>
Message-ID: <1235420025.34.0.671783151581.issue5350@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

Nice.  I had thought of this a while ago but found counter example,
probably using the empty iterator

def f():
    raise StopIteration
    yield


I didn't realize "next" had optional argument.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5350>
_______________________________________

From report at bugs.python.org  Mon Feb 23 21:19:23 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 23 Feb 2009 20:19:23 +0000
Subject: [issue5350] Modification to "pairwise" in itertools recipes
In-Reply-To: <1235396232.5.0.669256244116.issue5350@psf.upfronthosting.co.za>
Message-ID: <1235420363.72.0.362769752156.issue5350@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Shame on me, I forgot about the optional argument too.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5350>
_______________________________________

From report at bugs.python.org  Mon Feb 23 21:26:12 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 23 Feb 2009 20:26:12 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235420772.95.0.569295033606.issue4565@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

test_largefile is done.
One more question: what shall we do with _pyio.OpenWrapper?
Should it become the default exported "open" object?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Mon Feb 23 22:19:34 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 23 Feb 2009 21:19:34 +0000
Subject: [issue5354] Add test.support.import_python_only
In-Reply-To: <1235423974.71.0.0926342206599.issue5354@psf.upfronthosting.co.za>
Message-ID: <1235423974.71.0.0926342206599.issue5354@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

Add test.support.import_python_only as per
http://mail.python.org/pipermail/python-dev/2009-February/086387.html

Also add an equivalent to test.test_support in 2.x (I haven't checked
yet if importlib is available in 2.x, so the implementation may need to
be a little different)

----------
assignee: ncoghlan
messages: 82643
nosy: brett.cannon, ncoghlan
priority: normal
severity: normal
status: open
title: Add test.support.import_python_only
type: feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5354>
_______________________________________

From report at bugs.python.org  Mon Feb 23 22:48:46 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 23 Feb 2009 21:48:46 +0000
Subject: [issue725149] SRE bugs with capturing groups in negative assertions
Message-ID: <1235425726.87.0.0599267263696.issue725149@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Please do not hijack existing issues. In the case of this problem, do
not open an issue at all, but ask in a Python mailing list or newsgroup.

----------
components: +Regular Expressions -Windows
nosy: +georg.brandl
title: _sre.MAGIC -> SRE bugs with capturing groups in negative assertions

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue725149>
_______________________________________

From report at bugs.python.org  Mon Feb 23 22:52:16 2009
From: report at bugs.python.org (Georg Brandl)
Date: Mon, 23 Feb 2009 21:52:16 +0000
Subject: [issue5351] Python tutorial error
In-Reply-To: <1235396735.05.0.192999547844.issue5351@psf.upfronthosting.co.za>
Message-ID: <1235425936.09.0.0427457483974.issue5351@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I'm sorry, but isn't it a bit nonsensical to talk about file I/O if you
don't have files that contain anything? Also, it should be clear that
the object "f" is just the same that was opened before.

Yes, this is a tutorial, but no, it is not meant to educate a person
completely new to computers about files etc.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5351>
_______________________________________

From report at bugs.python.org  Mon Feb 23 22:57:29 2009
From: report at bugs.python.org (Matteo Dell'Amico)
Date: Mon, 23 Feb 2009 21:57:29 +0000
Subject: [issue5350] Modification to "pairwise" in itertools recipes
In-Reply-To: <1235396232.5.0.669256244116.issue5350@psf.upfronthosting.co.za>
Message-ID: <1235426249.99.0.760751634734.issue5350@psf.upfronthosting.co.za>


Matteo Dell'Amico <della at linux.it> added the comment:

great Raymond! :)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5350>
_______________________________________

From report at bugs.python.org  Mon Feb 23 23:13:21 2009
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 23 Feb 2009 22:13:21 +0000
Subject: [issue5354] Add test.support.import_python_only
In-Reply-To: <1235423974.71.0.0926342206599.issue5354@psf.upfronthosting.co.za>
Message-ID: <bbaeab100902231413k32149dcdy95fbf60bbd5e11a8@mail.gmail.com>


Brett Cannon <brett at python.org> added the comment:

On Mon, Feb 23, 2009 at 13:19, Nick Coghlan <report at bugs.python.org> wrote:

>
> New submission from Nick Coghlan <ncoghlan at gmail.com>:
>
> Add test.support.import_python_only as per
> http://mail.python.org/pipermail/python-dev/2009-February/086387.html
>
> Also add an equivalent to test.test_support in 2.x (I haven't checked
> yet if importlib is available in 2.x, so the implementation may need to
> be a little different)

Importlib is in 2.7.

Added file: http://bugs.python.org/file13160/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5354>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090223/a91c4685/attachment.txt>

From report at bugs.python.org  Tue Feb 24 00:40:45 2009
From: report at bugs.python.org (Suraj Barkale)
Date: Mon, 23 Feb 2009 23:40:45 +0000
Subject: [issue5355] Expat parser error constants are string descriptions
In-Reply-To: <1235432445.32.0.505326147132.issue5355@psf.upfronthosting.co.za>
Message-ID: <1235432445.32.0.505326147132.issue5355@psf.upfronthosting.co.za>


New submission from Suraj Barkale <suraj+python at barkale.com>:

All the error constants in `xml.parsers.expat.errors` are strings.
However, when expat raises an ExpatError exception, ExpatError.code
attribute is a number. There seems to be no way of associating
ExpatError with a corresponding error code from `xml.parsers.expat.errors.

Following code snippet should print "Ignore empty file" but in Python
2.6 it raises ExpatError.

    from xml.etree import ElementTree
    from xml.parsers import expat
    
    try:
        ElementTree.parse('')
    except expat.ExpatError as e:
        if e.code == expat.errors.XML_ERROR_NO_ELEMENTS:
            print "Ignore empty file"
        else:
            raise

----------
components: XML
messages: 82648
nosy: suraj
severity: normal
status: open
title: Expat parser error constants are string descriptions
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5355>
_______________________________________

From report at bugs.python.org  Tue Feb 24 00:43:04 2009
From: report at bugs.python.org (Suraj Barkale)
Date: Mon, 23 Feb 2009 23:43:04 +0000
Subject: [issue5355] Expat parser error constants are string descriptions
In-Reply-To: <1235432445.32.0.505326147132.issue5355@psf.upfronthosting.co.za>
Message-ID: <1235432584.92.0.676580285106.issue5355@psf.upfronthosting.co.za>


Suraj Barkale <suraj+python at barkale.com> added the comment:

In the snippet `ElementTree.parse('')` should be replaced by
`ElementTree.fromstring('')`.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5355>
_______________________________________

From report at bugs.python.org  Tue Feb 24 01:49:29 2009
From: report at bugs.python.org (Steve Owens)
Date: Tue, 24 Feb 2009 00:49:29 +0000
Subject: [issue5356] Use of the `curses' resource not enabled
In-Reply-To: <1235436569.34.0.315805305661.issue5356@psf.upfronthosting.co.za>
Message-ID: <1235436569.34.0.315805305661.issue5356@psf.upfronthosting.co.za>


New submission from Steve Owens <steve at integrityintegrators.net>:

I just did an SVN checkout of the 2.7 source, ran the following in order:
configure
make
make test

When I run make test it gets to the lines:

test_curses
test_curses skipped -- Use of the `curses' resource not enabled

but I have ncurses installed and enabled.  In fact I was using the
python curses library on my machine when I was running the latest Fedora
YUM install of Python.  

So I am not sure if anyone knows what might be responsible for this message.

----------
components: Build
messages: 82650
nosy: steve at integrityintegrators.net
severity: normal
status: open
title: Use of the `curses' resource not enabled
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5356>
_______________________________________

From report at bugs.python.org  Tue Feb 24 01:56:31 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Feb 2009 00:56:31 +0000
Subject: [issue5356] Use of the `curses' resource not enabled
In-Reply-To: <1235436569.34.0.315805305661.issue5356@psf.upfronthosting.co.za>
Message-ID: <1235436991.57.0.647165481503.issue5356@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

You have to pass the -ucurses options to regrtest.py. See regrtest.py -h.

----------
nosy: +benjamin.peterson
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5356>
_______________________________________

From report at bugs.python.org  Tue Feb 24 02:08:21 2009
From: report at bugs.python.org (Mitchell Model)
Date: Tue, 24 Feb 2009 01:08:21 +0000
Subject: [issue5357] Last paragraph of urllib.request.urlopen documentation is
	garbled
In-Reply-To: <1235437700.71.0.10154464666.issue5357@psf.upfronthosting.co.za>
Message-ID: <1235437700.71.0.10154464666.issue5357@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

The last two sentences of the last paragraph of the documentation of 
urllib.request.urlopen are shown below. I have broken up the text to 
comment on places where it appears to be garbled. It might be easier to 
just rewrite the two sentences rather than trying to make the 
corrections I'm suggesting.

The urlopen function from the previous version,

        "the previous version" --> "previous versions"

Python 2.6 and earlier, of the module urllib has been discontinued as 
urlopen can return the file-object as the previous.

         either one or more words are missing from the end of the 
sentence or the last part of the sentence starting with "as" needs 
repair

The proxy handling, 

        "handling" --> "handler"?

which in earlier 

        "earlier" --> "earlier versions"?

was passed as a dict parameter to urlopen can be availed 

        need comma after "urlopen"

        "availed" --> "obtained"
        or better, perhaps: "can be obtained by using ProxyHandler 
objects" instead of "by the use of...."

by the use of ProxyHandler objects.

----------
assignee: georg.brandl
components: Documentation
messages: 82652
nosy: MLModel, georg.brandl
severity: normal
status: open
title: Last paragraph of urllib.request.urlopen documentation is garbled
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5357>
_______________________________________

From report at bugs.python.org  Tue Feb 24 03:02:41 2009
From: report at bugs.python.org (Steve Owens)
Date: Tue, 24 Feb 2009 02:02:41 +0000
Subject: [issue5356] Use of the `curses' resource not enabled
In-Reply-To: <1235436991.57.0.647165481503.issue5356@psf.upfronthosting.co.za>
Message-ID: <a1d6e04ad14529be690a75d24e126e7d.squirrel@www.integrityintegrators.net>


Steve Owens <steve at integrityintegrators.net> added the comment:

Benjamin,

I ran the regrtest.py file with the -ucurses option and didn't get the error.

However, I don't see how it is possible to send the -ucurses option
through via the make file.

Steve Owens

>
> Benjamin Peterson <benjamin at python.org> added the comment:
>
> You have to pass the -ucurses options to regrtest.py. See regrtest.py -h.
>
> ----------
> nosy: +benjamin.peterson
> resolution:  -> invalid
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue5356>
> _______________________________________
>

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5356>
_______________________________________

From report at bugs.python.org  Tue Feb 24 03:11:25 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Feb 2009 02:11:25 +0000
Subject: [issue5356] Use of the `curses' resource not enabled
In-Reply-To: <a1d6e04ad14529be690a75d24e126e7d.squirrel@www.integrityintegrators.net>
Message-ID: <1afaf6160902231811j1e4c1f6arf6f6dd76a0bc84d4@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Mon, Feb 23, 2009 at 8:02 PM, Steve Owens <report at bugs.python.org> wrote:
>
> Steve Owens <steve at integrityintegrators.net> added the comment:
>
> Benjamin,
>
> I ran the regrtest.py file with the -ucurses option and didn't get the error.
>
> However, I don't see how it is possible to send the -ucurses option
> through via the make file.

To enable all the options, you can use "make testall". Otherwise you
can give custom switches to regrtest.py with the TESTOPTS variable.
"make test TESTOPTS=-ucurses"

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5356>
_______________________________________

From report at bugs.python.org  Tue Feb 24 03:36:31 2009
From: report at bugs.python.org (Steve Owens)
Date: Tue, 24 Feb 2009 02:36:31 +0000
Subject: [issue5356] Use of the `curses' resource not enabled
In-Reply-To: <1235436569.34.0.315805305661.issue5356@psf.upfronthosting.co.za>
Message-ID: <1235442991.06.0.95646339052.issue5356@psf.upfronthosting.co.za>


Steve Owens <steve at integrityintegrators.net> added the comment:

I know that this issue is not valid, but I believe that it ought to be
searchable since I am sure I am not the last person to ask this question
and I don't think the knowledge is currently documented any where.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5356>
_______________________________________

From report at bugs.python.org  Tue Feb 24 03:45:57 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Feb 2009 02:45:57 +0000
Subject: [issue5356] Use of the `curses' resource not enabled
In-Reply-To: <1235442991.06.0.95646339052.issue5356@psf.upfronthosting.co.za>
Message-ID: <1afaf6160902231845s63864c40r4263518d680cdddb@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Mon, Feb 23, 2009 at 8:36 PM, Steve Owens <report at bugs.python.org> wrote:
>
> Steve Owens <steve at integrityintegrators.net> added the comment:
>
> I know that this issue is not valid, but I believe that it ought to be
> searchable since I am sure I am not the last person to ask this question
> and I don't think the knowledge is currently documented any where.

I added a note to the README in r69924. I hope that does the trick.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5356>
_______________________________________

From report at bugs.python.org  Tue Feb 24 04:11:28 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Feb 2009 03:11:28 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1235420772.95.0.569295033606.issue4565@psf.upfronthosting.co.za>
Message-ID: <1afaf6160902231911o37d2cbb5ib701d68d57c46547@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Mon, Feb 23, 2009 at 2:26 PM, Antoine Pitrou <report at bugs.python.org> wrote:
> test_largefile is done.

Thanks.

> One more question: what shall we do with _pyio.OpenWrapper?
> Should it become the default exported "open" object?

No, I think it was just meant to be used when _pyio is the builtin
open implementation.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Tue Feb 24 05:57:33 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Feb 2009 04:57:33 +0000
Subject: [issue5337] Scanner class in re module undocumented
In-Reply-To: <1235235366.45.0.579114073683.issue5337@psf.upfronthosting.co.za>
Message-ID: <1235451453.95.0.17519816443.issue5337@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Any opinions on whether this was intended to be exposed?

----------
assignee: georg.brandl -> effbot
nosy: +effbot, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5337>
_______________________________________

From report at bugs.python.org  Tue Feb 24 08:10:57 2009
From: report at bugs.python.org (Tsue)
Date: Tue, 24 Feb 2009 07:10:57 +0000
Subject: [issue5351] Python tutorial error
In-Reply-To: <1235425936.09.0.0427457483974.issue5351@psf.upfronthosting.co.za>
Message-ID: <68827fe30902232310j2c19909cv434e71aaf72762f6@mail.gmail.com>


Tsue <tsuedesu at gmail.com> added the comment:

I'm not new to computers, but I am very new to python and its
symantics. I dont mean to be silly about this, but I do think little
things count in the world. If lets say the file being loaded was the
README file, then at least there would be some material to display.
I'm simply saying, the tutorial does not actual show what happens, it
implies the reader has some knowledge of programming and what is
required to do the tutorial and get the same outputs. I dont read
minds, and I only figured out what was going on after watching the
file byte size go to zero, or destroying a copy of the README file. It
would simply be good writing to be more explicit and accurate, more
detail is better than less. If this is an issue in improving the
tutorial, then, I have been asking too much.

- just on a side note, does the file need to be reloaded each time an
EOF is reached when using f.read or f.readlines?

Tsue.

On Mon, Feb 23, 2009 at 11:52 PM, Georg Brandl <report at bugs.python.org> wrote:
>
> Georg Brandl <georg at python.org> added the comment:
>
> I'm sorry, but isn't it a bit nonsensical to talk about file I/O if you
> don't have files that contain anything? Also, it should be clear that
> the object "f" is just the same that was opened before.
>
> Yes, this is a tutorial, but no, it is not meant to educate a person
> completely new to computers about files etc.
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue5351>
> _______________________________________
>

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5351>
_______________________________________

From report at bugs.python.org  Tue Feb 24 08:19:39 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Feb 2009 07:19:39 +0000
Subject: [issue3446] center,
	ljust and rjust are inconsistent with unicode parameters
In-Reply-To: <1217001563.39.0.568934696199.issue3446@psf.upfronthosting.co.za>
Message-ID: <1235459979.54.0.817607386511.issue3446@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

In Py2.x, I think the desired behavior should match str.join().   If
either input in unicode the output is unicode.  If both are ascii, ascii
should come out.

For Py3.x, I think the goal was to have str.join() enforce that both
inputs are unicode.  If either are bytes, then you have to know the
encoding.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3446>
_______________________________________

From report at bugs.python.org  Tue Feb 24 08:25:43 2009
From: report at bugs.python.org (John Machin)
Date: Tue, 24 Feb 2009 07:25:43 +0000
Subject: [issue4847] csv fails when file is opened in binary mode
In-Reply-To: <1231175004.95.0.780150738153.issue4847@psf.upfronthosting.co.za>
Message-ID: <1235460343.9.0.647749679832.issue4847@psf.upfronthosting.co.za>


John Machin <sjmachin at users.sourceforge.net> added the comment:

Sorry, folks, we've got an understanding problem here. CSV files are
typically NOT created by text editors. They are created e.g. by "save as
csv" from a spreadsheet program, or as an output option by some database
query program. They can have just about any character in a field,
including \r and \n. Fields containing those characters should be quoted
(just like a comma) by the csv file producer. A csv reader should be
capable of reproducing the original field division. Here for example is
a dump of a little file I just created using Excel 2003:

C:\devel\csv>\python26\python -c "print repr(open('book1.csv','rb').read())"
'Field1,"Field 2 has a\nvery long\nheading",Field3\r\n1.11,2.22,3.33\r\n'

Inserting \n into a text field in Excel (using Alt-Enter) is a
well-known user trick.

Here's what we get from Python 2.6.1:
C:\devel\csv>\python26\python -c "import csv; print
repr(list(csv.reader(open('book1.csv','rb'))))"
[['Field1', 'Field 2 has a\nvery long\nheading', 'Field3'], ['1.11',
'2.22', '3.33']]
and the same by design all the way back to Python 2.3's csv module and
its ancestor, the ObjectCraft csv module.

However with Python 3.0.1 we get:
C:\devel\csv>\python30\python -c "import csv;
print(repr(list(csv.reader(open('book1.csv','rb')))))"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
_csv.Error: iterator should return strings, not bytes (did you open the
file in text mode?)

This sentence in the documentation is NOT an error: """If csvfile is a
file object, it must be opened with the ?b? flag on platforms where that
makes a difference."""

The problem *IS* a "biggie".

This paragraph in the documentation (evidently introduced in 2.5) is
rather confusing:"""The parser is quite strict with respect to
multi-line quoted fields. Previously, if a line ended within a quoted
field without a terminating newline character, a newline would be
inserted into the returned field. This behavior caused problems when
reading files which contained carriage return characters within fields.
The behavior was changed to return the field without inserting newlines.
As a consequence, if newlines embedded within fields are important, the
input should be split into lines in a manner which preserves the newline
characters.""" Some examples of what it is talking about would be a very
good idea.

----------
nosy: +sjmachin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4847>
_______________________________________

From report at bugs.python.org  Tue Feb 24 08:56:30 2009
From: report at bugs.python.org (Jeff Oyama)
Date: Tue, 24 Feb 2009 07:56:30 +0000
Subject: [issue2054] add ftp-tls support to ftplib - RFC 4217
In-Reply-To: <1235393829.9.0.487651262149.issue2054@psf.upfronthosting.co.za>
Message-ID: <438ef73c0902232356m6e0ff535la63ece06d384bdcb@mail.gmail.com>


Jeff Oyama <jeff at oyama.org> added the comment:

Thank you Giampaolo, it works just as I was hoping, =] I tested it on glftpd
using python 2.6.1.

Added file: http://bugs.python.org/file13161/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2054>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090224/4669caa6/attachment.txt>

From report at bugs.python.org  Tue Feb 24 11:09:49 2009
From: report at bugs.python.org (Gabriel)
Date: Tue, 24 Feb 2009 10:09:49 +0000
Subject: [issue1731717] race condition in subprocess module
Message-ID: <1235470189.38.0.523029656901.issue1731717@psf.upfronthosting.co.za>


Gabriel <misc at evotex.ch> added the comment:

I had this happen to me today, I used Popen and os.waitpid(p.pid, 0) and
I got an "OSError: [Errno 10] No child processes". I haven't tried
adding a sleep, since it's unreliable. I'm using python 2.5.2, Windows
XP. I haven't tried this on linux yet as the problem arose while testing
my app for windows.

----------
nosy: +grossetti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1731717>
_______________________________________

From report at bugs.python.org  Tue Feb 24 12:53:53 2009
From: report at bugs.python.org (Baiju M)
Date: Tue, 24 Feb 2009 11:53:53 +0000
Subject: [issue5358] Unicode control characters are not allowed as identifiers
In-Reply-To: <1235476432.19.0.732411111445.issue5358@psf.upfronthosting.co.za>
Message-ID: <1235476432.19.0.732411111445.issue5358@psf.upfronthosting.co.za>


New submission from Baiju M <baiju.m.mail at gmail.com>:

I tried to use Zero-width joiner (U+200D) as part of an identifier.
It produce an exception like this:

SyntaxError: invalid character in identifier

I have attached the Python file which produce this error.

Zero-width joiner (U+200D) is a Unicode control character:
http://en.wikipedia.org/wiki/Unicode_control_characters

----------
components: Unicode
files: identifier.py
messages: 82664
nosy: baijum
severity: normal
status: open
title: Unicode control characters are not allowed as identifiers
type: behavior
versions: Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13162/identifier.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5358>
_______________________________________

From report at bugs.python.org  Tue Feb 24 14:02:53 2009
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 24 Feb 2009 13:02:53 +0000
Subject: [issue5359] _dbm extension only built using gdbm on linux
In-Reply-To: <1235480573.33.0.45188459471.issue5359@psf.upfronthosting.co.za>
Message-ID: <1235480573.33.0.45188459471.issue5359@psf.upfronthosting.co.za>


New submission from Matthias Klose <doko at debian.org>:

in 3.x the _dbm extension can only be built with gdbm as the backend
library. gdbm is licensed under the GPL, so some people/projects like
Debian may have objections to build _dbm with the gdbm backend. It gets
difficult to determine, which code then uses _dbm/anydbm/... and then
check if it is compatible with the GPL.

Unless there is an alternative like dbm.sqlite (issue 3783), I would
like to re-add the detection of the BerkleyDB headers and libs, such
that _dbm can be built again without depending on gdbm. Adding a
configure flag to explicitely select one implementation (issue 4587)
would be helpful.

Ok to go ahead?

----------
components: Build
messages: 82665
nosy: doko
severity: normal
status: open
title: _dbm extension only built using gdbm on linux
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5359>
_______________________________________

From report at bugs.python.org  Tue Feb 24 17:22:44 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 24 Feb 2009 16:22:44 +0000
Subject: [issue5358] Unicode control characters are not allowed as identifiers
In-Reply-To: <1235476432.19.0.732411111445.issue5358@psf.upfronthosting.co.za>
Message-ID: <1235492564.9.0.0261182021288.issue5358@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Why do you think this is a bug?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5358>
_______________________________________

From report at bugs.python.org  Tue Feb 24 17:51:36 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 24 Feb 2009 16:51:36 +0000
Subject: [issue5335] mmap can crash with tagname (on windows)
In-Reply-To: <1235197497.51.0.948926672219.issue5335@psf.upfronthosting.co.za>
Message-ID: <1235494296.05.0.583443252472.issue5335@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

This is duplicated issue of issue1733986. So I'll closing...

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> mmap.mmap can overrun buffer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5335>
_______________________________________

From report at bugs.python.org  Tue Feb 24 17:54:09 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Tue, 24 Feb 2009 16:54:09 +0000
Subject: [issue1733986] mmap.mmap can overrun buffer
Message-ID: <1235494449.38.0.135313505389.issue1733986@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I came from issue5335. I think attached patch will fix this issue.

----------
keywords: +patch
nosy: +ocean-city
priority: normal -> high
type:  -> crash
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13163/fix_tagname_crash.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1733986>
_______________________________________

From report at bugs.python.org  Tue Feb 24 18:56:16 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 24 Feb 2009 17:56:16 +0000
Subject: [issue5358] Unicode control characters are not allowed as identifiers
In-Reply-To: <1235476432.19.0.732411111445.issue5358@psf.upfronthosting.co.za>
Message-ID: <1235498176.6.0.610216503476.issue5358@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/issue5358>
_______________________________________

From report at bugs.python.org  Tue Feb 24 19:19:44 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 24 Feb 2009 18:19:44 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235499584.01.0.0921084318755.issue4258@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Okay, let's abandon 30-bit digits on 32-bit machines:  it's still 
unclear whether there's any real performance gain, and it's trivial to 
re-enable 30-bit digits by default later.  I'm also going to abandon the 
optimizations for now;  it'll be much easier to work on them once the base patch is in.

Here's a 'release-candidate' version of the patch:  it's exactly the 
same as before, except:

  - I removed all x_divrem changes (though I've left the extra division
    tests in, since they're just as relevant to the old x_divrem).
    I'll open a separate issue for these optimizations.

  - enable 30-bit digits by default only on 64-bit platforms, where
    for the purposes of this patch a 64-bit platform is one with all
    the necessary integer types available (signed and unsigned 32-
    and 64-bit integer types) and SIZEOF_VOID_P >= 8.

I've also updated the version uploaded to Rietveld:  the patchset there 
should exactly match 30bit_longdigit20.patch.  See:

  http://codereview.appspot.com/14105


Martin, thank you for all your help with reviewing the previous patch.  
Is it okay with you to check this version in?  It's the same as the 
version that you reviewed, except with some extra tests for correct 
division, and with 30-bit digits disabled by default on 32-bit 
platforms.

Gregory, if you have time, please could you double check that the 
configure stuff is working okay for you with this patch?  "configure --
enable-big-digits" should produce 30-bit digits; "configure --disable-
big-digits" should produce 15-bit digits, and a plain "configure" should 
give 15-bit or 30-bit depending on your platform.

Anyone else have any objections to this going in exactly as it is?  I'd 
quite like to resolve this issue one way or the other and move on.

----------
assignee:  -> marketdickinson
Added file: http://bugs.python.org/file13164/30bit_longdigit20.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Tue Feb 24 20:09:36 2009
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Koenig?=)
Date: Tue, 24 Feb 2009 19:09:36 +0000
Subject: [issue5360] RO (shorthand for READONLY) gone, not in documentation
In-Reply-To: <1235502576.75.0.520800544088.issue5360@psf.upfronthosting.co.za>
Message-ID: <1235502576.75.0.520800544088.issue5360@psf.upfronthosting.co.za>


New submission from R?mi Koenig <remi.k2620 at gmail.com>:

The Defining New Types document for python3
(http://docs.python.org/3.0/extending/newtypes.html) cites the RO macro
(which existed in versions < 3). However, it has been removed in py3k
(cf http://wiki.python.org/moin/Py3kExtensionModules or
python3.0/structmember.h).

----------
assignee: georg.brandl
components: Documentation
messages: 82670
nosy: R?mi, georg.brandl
severity: normal
status: open
title: RO (shorthand for READONLY) gone, not in documentation
type: compile error
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5360>
_______________________________________

From report at bugs.python.org  Tue Feb 24 20:18:01 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Feb 2009 19:18:01 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235503081.08.0.168947685207.issue4565@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

We also have to figure out how to make the C IOBase a ABC, so people can
implement it.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Tue Feb 24 20:24:36 2009
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Koenig?=)
Date: Tue, 24 Feb 2009 19:24:36 +0000
Subject: [issue5360] RO (shorthand for READONLY) gone, not in documentation
In-Reply-To: <1235502576.75.0.520800544088.issue5360@psf.upfronthosting.co.za>
Message-ID: <1235503476.59.0.755526381572.issue5360@psf.upfronthosting.co.za>


R?mi Koenig <remi.k2620 at gmail.com> added the comment:

Sorry to bother, but I just noticed that in this same document
(http://docs.python.org/3.0/extending/newtypes.html),
PyObject_HEAD_INIT(NULL) has not been replaced by
PyVarObject_HEAD_INIT(NULL, 0).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5360>
_______________________________________

From report at bugs.python.org  Tue Feb 24 20:30:15 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Tue, 24 Feb 2009 19:30:15 +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: <1235503815.56.0.701730710561.issue2636@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

issue2636-features-3.diff is based on the 2.x trunk.

Added comments.
Restricted line lengths to no more than 80 characters
Added common POSIX character classes like [[:alpha:]].
Added further checks to reduce unnecessary backtracking.

I've decided to remove \onnn and \x{n} because they aren't supported
elsewhere in the language.

Added file: http://bugs.python.org/file13165/issue2636-features-3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Tue Feb 24 20:39:50 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 24 Feb 2009 19:39:50 +0000
Subject: [issue4474] PyUnicode_FromWideChar incorrect for characters outside
	the BMP (unix only)
In-Reply-To: <1228071248.49.0.10094276273.issue4474@psf.upfronthosting.co.za>
Message-ID: <1235504390.94.0.374066402211.issue4474@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Updated Victor's patch:

  - applies cleanly against newly whitespace-normalized unicodeobject.c
  - renamed USE_WCHAR_SURROGATE to CONVERT_WCHAR_TO_SURROGATES
  - add defined(SIZEOF_WCHAR_T) check

I find the patched version of PyUnicode_FromWideChar quite hard to follow 
with all the #ifdefery.  I wonder whether it might be better to define a 
_PyUnicode16_FromWideChar32 helper function instead.

Added file: http://bugs.python.org/file13166/unicode_fromwidechar_surrogate-5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4474>
_______________________________________

From report at bugs.python.org  Tue Feb 24 20:55:34 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 24 Feb 2009 19:55:34 +0000
Subject: [issue4474] PyUnicode_FromWideChar incorrect for characters outside
	the BMP (unix only)
In-Reply-To: <1235504390.94.0.374066402211.issue4474@psf.upfronthosting.co.za>
Message-ID: <49A44FF8.3050102@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-24 20:39, Mark Dickinson wrote:
> Mark Dickinson <dickinsm at gmail.com> added the comment:
> 
> Updated Victor's patch:
> 
>   - applies cleanly against newly whitespace-normalized unicodeobject.c
>   - renamed USE_WCHAR_SURROGATE to CONVERT_WCHAR_TO_SURROGATES
>   - add defined(SIZEOF_WCHAR_T) check
> 
> I find the patched version of PyUnicode_FromWideChar quite hard to follow 
> with all the #ifdefery.  I wonder whether it might be better to define a 
> _PyUnicode16_FromWideChar32 helper function instead.

Same here. It would be better to have a single #ifdef #else #endif
block with one branch for the CONVERT_WCHAR_TO_SURROGATES case and the
other for the normal operation.

No need for a new helper function.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4474>
_______________________________________

From report at bugs.python.org  Tue Feb 24 20:57:29 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 24 Feb 2009 19:57:29 +0000
Subject: [issue4474] PyUnicode_FromWideChar incorrect for characters outside
	the BMP (unix only)
In-Reply-To: <1228071248.49.0.10094276273.issue4474@psf.upfronthosting.co.za>
Message-ID: <1235505449.05.0.286449042512.issue4474@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> It would be better to have a single #ifdef #else #endif

Yes, of course it would. :)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4474>
_______________________________________

From report at bugs.python.org  Tue Feb 24 21:07:23 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 24 Feb 2009 20:07:23 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1235503081.08.0.168947685207.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235505139.7505.34.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> We also have to figure out how to make the C IOBase a ABC, so people can
> implement it.

Mmmh, I know absolutely nothing about the ABC implementation.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Tue Feb 24 21:41:38 2009
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 24 Feb 2009 20:41:38 +0000
Subject: [issue1578269] Add os.link() and os.symlink() support for Windows
Message-ID: <1235508098.99.0.61231542119.issue1578269@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <billiejoex at users.sourceforge.net>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1578269>
_______________________________________

From report at bugs.python.org  Tue Feb 24 21:50:55 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 24 Feb 2009 20:50:55 +0000
Subject: [issue4474] PyUnicode_FromWideChar incorrect for characters outside
	the BMP (unix only)
In-Reply-To: <1228071248.49.0.10094276273.issue4474@psf.upfronthosting.co.za>
Message-ID: <1235508655.31.0.826795599764.issue4474@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

New patch, with two separate versions of PyUnicode_FromWideChar.

Added file: http://bugs.python.org/file13167/unicode_fromwidechar_surrogate-6.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4474>
_______________________________________

From report at bugs.python.org  Tue Feb 24 22:01:23 2009
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 24 Feb 2009 21:01:23 +0000
Subject: [issue4474] PyUnicode_FromWideChar incorrect for characters outside
	the BMP (unix only)
In-Reply-To: <1235508655.31.0.826795599764.issue4474@psf.upfronthosting.co.za>
Message-ID: <49A45F64.1020402@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 2009-02-24 21:50, Mark Dickinson wrote:
> Mark Dickinson <dickinsm at gmail.com> added the comment:
> 
> New patch, with two separate versions of PyUnicode_FromWideChar.

Thanks, much better :-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4474>
_______________________________________

From report at bugs.python.org  Tue Feb 24 23:04:05 2009
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 24 Feb 2009 22:04:05 +0000
Subject: [issue5361] Obsolete mispelled in string formatting docs
In-Reply-To: <1235513045.71.0.677338168976.issue5361@psf.upfronthosting.co.za>
Message-ID: <1235513045.71.0.677338168976.issue5361@psf.upfronthosting.co.za>


New submission from Steven D'Aprano <steve at pearwood.info>:

The table of string formatting conversions has a mispelling:

http://docs.python.org/library/stdtypes.html#string-formatting

'u'  Obselete type ? it is identical to 'd'.

Should be "Obsolete".

----------
assignee: georg.brandl
components: Documentation
messages: 82680
nosy: georg.brandl, stevenjd
severity: normal
status: open
title: Obsolete mispelled in string formatting docs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5361>
_______________________________________

From report at bugs.python.org  Tue Feb 24 23:05:53 2009
From: report at bugs.python.org (Garrett Cooper)
Date: Tue, 24 Feb 2009 22:05:53 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1235513153.7.0.121035171346.issue1006238@psf.upfronthosting.co.za>


Garrett Cooper <yanegomi at gmail.com> added the comment:

I can definitely chime in on this issue.

A (proper) testcase would be to do something like the following:

# Example item -- this isn't what you'll be using...
CROSS_COMPILE_PREFIX=binos_c3.4.3-p1.mips64-octeon-linux-

AS="${CROSS_COMPILE}as" \
CC="${CROSS_COMPILE}gcc" \
CC="${CROSS_COMPILE}c++" \
LD="${CROSS_COMPILE}ld" \
NM="${CROSS_COMPILE}nm" \
./configure --prefix=/usr/local \
BUILD_PYTHON=/path/to/native/python \
DESTDIR=/where/i/want/to/install/python \
--build=`"${CROSS_COMPILE}gcc" -dumpmachine` \
--host=`arch`

NOTES:
- arch(1) is a GNU specific utility, so it won't work outside of Linux!
- I'll leave it as an exercise to the reader to specify the correct
CFLAGS, CPPFLAGS, LDFLAGS, and LDLIBS.

Some testcases during the compile that fail if cross-compiling are (with
2.6.1):
- chflags
- lchflags
- printf with %zd format support.

Thanks!

----------
nosy: +yaneurabeya

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Tue Feb 24 23:35:51 2009
From: report at bugs.python.org (Garrett Cooper)
Date: Tue, 24 Feb 2009 22:35:51 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1235514951.35.0.00430920690829.issue1006238@psf.upfronthosting.co.za>


Garrett Cooper <yanegomi at gmail.com> added the comment:

Am I correct in this understanding, or is Pgen unneeded after the
grammar file is generated?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Tue Feb 24 23:55:16 2009
From: report at bugs.python.org (Collin Winter)
Date: Tue, 24 Feb 2009 22:55:16 +0000
Subject: [issue5362] Add configure option to disable Py3k warnings
In-Reply-To: <1235516116.64.0.427185955219.issue5362@psf.upfronthosting.co.za>
Message-ID: <1235516116.64.0.427185955219.issue5362@psf.upfronthosting.co.za>


New submission from Collin Winter <collinw at gmail.com>:

The attached patch adds a --with-py3k-warnings option to configure.
Passing --without-py3k-warnings disables all Py3k compatibility warnings
(the default is to keep the warnings). For production deployments where
performance is more important than warnings no-one will see, this can
provide a useful performance improvement:

2to3 (translate 2to3's source tree five times):
Min: 22.406 -> 22.114: 1.32% faster
Avg: 22.439 -> 22.158: 1.27% faster

Django (render a 150x150 table 100 times):
Min: 0.595 -> 0.586: 1.58% faster
Avg: 0.598 -> 0.588: 1.76% faster

Spitfire (render a 1000x1000 table 100 times):
Min: 0.752 -> 0.743: 1.29% faster
Avg: 0.754 -> 0.745: 1.25% faster

Unpickle (unpickling a list of 8000 dicts 100 times):
Min: 0.305 -> 0.301: 1.41% faster
Avg: 0.307 -> 0.302: 1.49% faster

Build env: gcc 4.3.1 x86_64 on Linux 2.6.18 (Core2 Duo)

----------
assignee: jyasskin
components: Interpreter Core
files: no_py3k_warning.patch
keywords: needs review, patch, patch
messages: 82683
nosy: brett.cannon, collinwinter, jyasskin, pitrou
severity: normal
status: open
title: Add configure option to disable Py3k warnings
type: performance
versions: Python 2.7
Added file: http://bugs.python.org/file13168/no_py3k_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5362>
_______________________________________

From report at bugs.python.org  Wed Feb 25 00:07:15 2009
From: report at bugs.python.org (pmoody)
Date: Tue, 24 Feb 2009 23:07:15 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <4989EC23.1060201@v.loewis.de>
Message-ID: <8517e9350902241506r605528acm3b1306e1ef655032@mail.gmail.com>


pmoody <python at hda3.com> added the comment:

Are there any committers who'd be able to help get this integrated?
Martin is booked solid until April and that would apparently
jeopardize the inclusion of ipaddr in python 3.1.

Cheers,
/peter

On Wed, Feb 4, 2009 at 11:27 AM, Martin v. L?wis <report at bugs.python.org> wrote:
>
> Martin v. L?wis <martin at v.loewis.de> added the comment:
>
>> in light of david's email, would you agree that the bar for buy-in has
>> been met or should I now start writing a PEP and preparing offerings
>> for the BDFL?
>
> Yes, I think it can be integrated now. I'll look into it, unless
> somebody is faster (it could well take some weeks until I find some
> time)
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue3959>
> _______________________________________
>

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3959>
_______________________________________

From report at bugs.python.org  Wed Feb 25 00:30:56 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Tue, 24 Feb 2009 23:30:56 +0000
Subject: [issue5362] Add configure option to disable Py3k warnings
In-Reply-To: <1235516116.64.0.427185955219.issue5362@psf.upfronthosting.co.za>
Message-ID: <1235518256.34.0.844124972945.issue5362@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I would like to understand the problem better first. I find it hard to
believe that mere access to a global (even if frequent) costs so much. I
think we should strive to make the warnings check faster if it indeed
produces significant runtime costs, rather than offering to remove it.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5362>
_______________________________________

From report at bugs.python.org  Wed Feb 25 00:33:34 2009
From: report at bugs.python.org (Jake McGuire)
Date: Tue, 24 Feb 2009 23:33:34 +0000
Subject: [issue5084] unpickling does not intern attribute names
In-Reply-To: <1233093140.55.0.0122548653801.issue5084@psf.upfronthosting.co.za>
Message-ID: <1235518414.31.0.0786867120092.issue5084@psf.upfronthosting.co.za>


Jake McGuire <jake at youtube.com> added the comment:

The fromstring/asstring dance was due to my incomplete understanding of 
refcounting.  PyDict_Next returns a borrowed reference but 
PyString_InternInPlace expects an owned reference.  Thanks to Kirk 
McDonald, I have a new patch that does the refcounting correctly.

What sort of test did you have in mind?

Added file: http://bugs.python.org/file13169/cPickle.c.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5084>
_______________________________________

From report at bugs.python.org  Wed Feb 25 01:51:23 2009
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Wed, 25 Feb 2009 00:51:23 +0000
Subject: [issue4715] optimize bytecode for conditional branches
In-Reply-To: <1229900285.73.0.345956521758.issue4715@psf.upfronthosting.co.za>
Message-ID: <1235523083.87.0.816812320889.issue4715@psf.upfronthosting.co.za>


Jeffrey Yasskin <jyasskin at gmail.com> added the comment:

I've updated Antoine's patch to incorporate my comments. This interacts
with issue 2459, but I haven't yet looked at its patch to figure out
how. As a first cut, I'll propose committing this patch, backporting it
to trunk, syncing it into the issue 2459 patch, and then committing that
patch. Let me know if that's crazy.

http://codereview.appspot.com/20064

Added file: http://bugs.python.org/file13170/condbranches-plus2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4715>
_______________________________________

From report at bugs.python.org  Wed Feb 25 02:44:44 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 25 Feb 2009 01:44:44 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1235526284.92.0.380061133227.issue3959@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

You should post a message on python-dev and put your patch on Rietveld,
this will give you more chances to find an interested developer.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3959>
_______________________________________

From report at bugs.python.org  Wed Feb 25 02:52:37 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 25 Feb 2009 01:52:37 +0000
Subject: [issue4715] optimize bytecode for conditional branches
In-Reply-To: <1235523083.87.0.816812320889.issue4715@psf.upfronthosting.co.za>
Message-ID: <1235526807.7505.45.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

Le mercredi 25 f?vrier 2009 ? 00:51 +0000, Jeffrey Yasskin a ?crit :
> I've updated Antoine's patch to incorporate my comments. This interacts
> with issue 2459, but I haven't yet looked at its patch to figure out
> how. As a first cut, I'll propose committing this patch, backporting it
> to trunk, syncing it into the issue 2459 patch, and then committing that
> patch. Let me know if that's crazy.

Doesn't sound crazier than doing it in another order :-))
There'll be a bit of work to reconcile both patches anyway (and also to
adapt the 2459 in order to apply cleanly against current trunk).

2459 defines its own JUMP_ABS_IF_TRUE / JUMP_ABS_IF_FALSE (which are the
same as this patch's POP_JUMP_IF_TRUE / POP_JUMP_IF_FALSE), but it also
keeps the old relative non-popping conditional jumps, which as this
issue shows is sub-optimal.

Thank you for taking this, Jeffrey, my own priority right now being the
io-c branch.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4715>
_______________________________________

From report at bugs.python.org  Wed Feb 25 03:03:10 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 25 Feb 2009 02:03:10 +0000
Subject: [issue5084] unpickling does not intern attribute names
In-Reply-To: <1233093140.55.0.0122548653801.issue5084@psf.upfronthosting.co.za>
Message-ID: <1235527390.76.0.354501823245.issue5084@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The test should check that the unpickled strings have been interned.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5084>
_______________________________________

From report at bugs.python.org  Wed Feb 25 03:07:02 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 25 Feb 2009 02:07:02 +0000
Subject: [issue5084] unpickling does not intern attribute names
In-Reply-To: <1233093140.55.0.0122548653801.issue5084@psf.upfronthosting.co.za>
Message-ID: <1235527622.13.0.74495718445.issue5084@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

In your patch, I'm not sure where the `name` variable is coming from.
Have you checked it works?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5084>
_______________________________________

From report at bugs.python.org  Wed Feb 25 03:11:37 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 25 Feb 2009 02:11:37 +0000
Subject: [issue5084] unpickling does not intern attribute names
In-Reply-To: <1233093140.55.0.0122548653801.issue5084@psf.upfronthosting.co.za>
Message-ID: <1235527897.82.0.442250454679.issue5084@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

To give an example of what the test could check:

>>> class C(object):
...  def __init__(self):
...    self.some_long_attribute_name = 5
... 
>>> c = C()
>>> c.__dict__
{'some_long_attribute_name': 5}
>>> sorted(map(id, c.__dict__))
[140371243499696]
>>> import pickle
>>> d = pickle.loads(pickle.dumps(c, -1))
>>> d
<__main__.C object at 0x7faaba1b0390>
>>> d.__dict__
{'some_long_attribute_name': 5}
>>> sorted(map(id, d.__dict__))
[140371243501232]

The `sorted(map(id, d.__dict__))` should have been the same before and
after pickling.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5084>
_______________________________________

From report at bugs.python.org  Wed Feb 25 03:12:45 2009
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Wed, 25 Feb 2009 02:12:45 +0000
Subject: [issue5362] Add configure option to disable Py3k warnings
In-Reply-To: <1235516116.64.0.427185955219.issue5362@psf.upfronthosting.co.za>
Message-ID: <1235527965.13.0.672120191259.issue5362@psf.upfronthosting.co.za>


Jeffrey Yasskin <jyasskin at gmail.com> added the comment:

s/Leaving/Turning/ in configure.in.

It looks like the convention for other --with flags that default to
enabled is to document them as --with(out)-xxx. (except tsc...) I guess
it's probably even better just to say what the default is in the
documentation.

"Trade away speed for Py3k compat warnings" is a bit harsh for a 1.5%
penalty. How about "Define to get Py3k compatibility warnings at the
cost of a little speed"?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5362>
_______________________________________

From report at bugs.python.org  Wed Feb 25 03:26:52 2009
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Wed, 25 Feb 2009 02:26:52 +0000
Subject: [issue4715] optimize bytecode for conditional branches
In-Reply-To: <1229900285.73.0.345956521758.issue4715@psf.upfronthosting.co.za>
Message-ID: <1235528812.35.0.713162406201.issue4715@psf.upfronthosting.co.za>


Jeffrey Yasskin <jyasskin at gmail.com> added the comment:

Committed as r69961. I'll post the backport to trunk here at least a day
before I commit it.

----------
type: resource usage -> performance
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4715>
_______________________________________

From report at bugs.python.org  Wed Feb 25 04:17:42 2009
From: report at bugs.python.org (Lars Yencken)
Date: Wed, 25 Feb 2009 03:17:42 +0000
Subject: [issue1676] Fork/exec issues with Tk 8.5/Python 2.5.1 on OS X
In-Reply-To: <1198200328.37.0.27301275997.issue1676@psf.upfronthosting.co.za>
Message-ID: <1235531862.69.0.773514987893.issue1676@psf.upfronthosting.co.za>


Changes by Lars Yencken <lljy at csse.unimelb.edu.au>:


----------
nosy: +lars512

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1676>
_______________________________________

From report at bugs.python.org  Wed Feb 25 05:43:29 2009
From: report at bugs.python.org (Ross Hayden)
Date: Wed, 25 Feb 2009 04:43:29 +0000
Subject: [issue4609] Allow use of > 256 FD's on solaris in 32 bit mode
In-Reply-To: <1228827066.41.0.986801678261.issue4609@psf.upfronthosting.co.za>
Message-ID: <1235537009.65.0.920059404909.issue4609@psf.upfronthosting.co.za>


Changes by Ross Hayden <r at nsnull.com>:


----------
nosy: +ross

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4609>
_______________________________________

From report at bugs.python.org  Wed Feb 25 06:21:10 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 25 Feb 2009 05:21:10 +0000
Subject: [issue3959] Add Google's ipaddr.py to the stdlib
In-Reply-To: <1222298050.73.0.172554962966.issue3959@psf.upfronthosting.co.za>
Message-ID: <1235539270.67.0.459568264903.issue3959@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

I'll take care of this.  My goal is to do it before PyCon.

----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3959>
_______________________________________

From report at bugs.python.org  Wed Feb 25 06:52:04 2009
From: report at bugs.python.org (Mitchell Model)
Date: Wed, 25 Feb 2009 05:52:04 +0000
Subject: [issue5363] Documentation of filecmp.compfiles missing word &
	possible explanation
In-Reply-To: <1235541124.5.0.22213829606.issue5363@psf.upfronthosting.co.za>
Message-ID: <1235541124.5.0.22213829606.issue5363@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

"contains the list of files match in both directories," should have 
"that" before "match"

In addition I couldn't figure out from the documentation what "common" 
was supposed to be doing -- it sounded more like something that should 
be part of the result not a parameter. I had to look at the code to 
realize that this function ONLY compares the files listed in common -- 
that it doesn't compare two directories completely, but rather dir1 and 
dir2 are merely prefixes for the files listed in common that are to be 
compared.

One thing that would help would be to move the paragraph about common 
first. Another would be to "a list of file names found in both 
directories" to "a list of the names of files to be compared, which must 
be in both directories" or something like that.

----------
assignee: tarek
components: Distutils
messages: 82696
nosy: MLModel, tarek
severity: normal
status: open
title: Documentation of filecmp.compfiles missing word & possible explanation
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5363>
_______________________________________

From report at bugs.python.org  Wed Feb 25 06:52:11 2009
From: report at bugs.python.org (Mitchell Model)
Date: Wed, 25 Feb 2009 05:52:11 +0000
Subject: [issue5363] Documentation of filecmp.compfiles missing word &
	possible explanation
In-Reply-To: <1235541124.5.0.22213829606.issue5363@psf.upfronthosting.co.za>
Message-ID: <1235541131.81.0.842806685299.issue5363@psf.upfronthosting.co.za>


Changes by Mitchell Model <mlm at acm.org>:


----------
components: +Documentation -Distutils

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5363>
_______________________________________

From report at bugs.python.org  Wed Feb 25 07:49:59 2009
From: report at bugs.python.org (Jeff Oyama)
Date: Wed, 25 Feb 2009 06:49:59 +0000
Subject: [issue2054] add ftp-tls support to ftplib - RFC 4217
In-Reply-To: <438ef73c0902232356m6e0ff535la63ece06d384bdcb@mail.gmail.com>
Message-ID: <438ef73c0902242249k1adb5beaq1a03012329beab58@mail.gmail.com>


Jeff Oyama <jeff at oyama.org> added the comment:

Actually I have encountered a possible bug. the close() method doesn't seem
to actually close the connection...

On Mon, Feb 23, 2009 at 11:56 PM, Jeff Oyama <report at bugs.python.org> wrote:

>
> Jeff Oyama <jeff at oyama.org> added the comment:
>
> Thank you Giampaolo, it works just as I was hoping, =] I tested it on
> glftpd
> using python 2.6.1.
>
> Added file: http://bugs.python.org/file13161/unnamed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue2054>
> _______________________________________
>

Added file: http://bugs.python.org/file13171/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2054>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090225/5719ebbf/attachment-0001.txt>

From report at bugs.python.org  Wed Feb 25 11:19:38 2009
From: report at bugs.python.org (wrobell)
Date: Wed, 25 Feb 2009 10:19:38 +0000
Subject: [issue5364] documentation in epub format
In-Reply-To: <1235557178.12.0.454366670328.issue5364@psf.upfronthosting.co.za>
Message-ID: <1235557178.12.0.454366670328.issue5364@psf.upfronthosting.co.za>


New submission from wrobell <wrobell at pld-linux.org>:

python documentation can be downloaded in pdf format (a4, us letter),
html and text plain. they are useful for printing and computer based
viewing, but not so good to read on ebook hardware/software
(i.e. sony prs-{505,700} or stanza ebook reader).

it would be nice if python documentation could be downloaded in epub
format, which is open format for ebooks

    http://wiki.mobileread.com/wiki/EPUB
    http://en.wikipedia.org/wiki/Epub#IDPF.2FEPUB
    http://en.wikipedia.org/wiki/OEBPS

i believe that major publishers are providing ebooks in epub format
as well

    http://newsbreaks.infotoday.com/wndReader.asp?ArticleId=52615

----------
assignee: georg.brandl
components: Documentation
messages: 82698
nosy: georg.brandl, wrobell
severity: normal
status: open
title: documentation in epub format
type: feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5364>
_______________________________________

From report at bugs.python.org  Wed Feb 25 11:43:57 2009
From: report at bugs.python.org (Senthil)
Date: Wed, 25 Feb 2009 10:43:57 +0000
Subject: [issue5364] documentation in epub format
In-Reply-To: <1235557178.12.0.454366670328.issue5364@psf.upfronthosting.co.za>
Message-ID: <7c42eba10902250243y2f19ab49x80040f4c746854e2@mail.gmail.com>


Senthil <orsenthil at gmail.com> added the comment:

I got into thinking if sphinx-dev or docutils be the best place for this ticket?

Python Documentation is nothing but ReStructured text and it is
required to create a rst2epub that would  convert restructured text to
epub format. If you are already aware of any such tool, please point
it to restructured text project for integration.

Python Bug tracker might be a wrong place for this feature request, IMO.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5364>
_______________________________________

From report at bugs.python.org  Wed Feb 25 12:24:04 2009
From: report at bugs.python.org (Chris Rebert)
Date: Wed, 25 Feb 2009 11:24:04 +0000
Subject: [issue5365] add conversion table to time module docs
In-Reply-To: <1235561043.91.0.296999855786.issue5365@psf.upfronthosting.co.za>
Message-ID: <1235561043.91.0.296999855786.issue5365@psf.upfronthosting.co.za>


New submission from Chris Rebert <pybugs at rebertia.com>:

I would like the offer the table in the attached file for addition to
the 'time' module documentation so as to provide a quick overview of how
to convert between the various time representations. As it currently
stands (at least on the current public version of the docs), to find the
same information, one must read through several nonadjacent prose
function descriptions, which can get tiring when one has to look up the
conversions repeatedly when writing a time-intensive program.

I'm new at the documentation format, but I think my submission is
reasonably correctly formatted; however, I don't have Sphinx to test
with, so I can't be 100% sure.

----------
assignee: georg.brandl
components: Documentation
files: table.rst
messages: 82700
nosy: cvrebert, georg.brandl
severity: normal
status: open
title: add conversion table to time module docs
type: feature request
versions: Python 2.6, Python 3.1
Added file: http://bugs.python.org/file13172/table.rst

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5365>
_______________________________________

From report at bugs.python.org  Wed Feb 25 12:37:03 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 25 Feb 2009 11:37:03 +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: <1235561823.35.0.0632785074553.issue5251@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

That's an interesting problem... since one of the things I like about
CMs is the ability to turn pretty much any block of code into a context
manager by substituting a yield statement at the appropriate point, not
having the ability to skip the yield is actually something of a hole in
the design.

This will need a bit of python-dev discussion, and may even turn into a
PEP (assuming we do go ahead with adding a SkipBlock exception and
modifying the with statement to check for it being raised by __enter__()
methods).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5251>
_______________________________________

From report at bugs.python.org  Wed Feb 25 12:42:01 2009
From: report at bugs.python.org (wrobell)
Date: Wed, 25 Feb 2009 11:42:01 +0000
Subject: [issue5364] documentation in epub format
In-Reply-To: <1235557178.12.0.454366670328.issue5364@psf.upfronthosting.co.za>
Message-ID: <1235562121.54.0.665795137233.issue5364@psf.upfronthosting.co.za>


wrobell <wrobell at pld-linux.org> added the comment:

probably sphinx/docutils "deserve" their own tickets, but appropriate
tools support will not guarantee, that documentation in epub format is
going to be published on

    http://docs.python.org/download.html

if documentation won't be published in this format, then i suggest
to close the ticket. but the decision is not up to me. :)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5364>
_______________________________________

From report at bugs.python.org  Wed Feb 25 12:52:00 2009
From: report at bugs.python.org (Senthil)
Date: Wed, 25 Feb 2009 11:52:00 +0000
Subject: [issue5364] documentation in epub format
In-Reply-To: <1235562121.54.0.665795137233.issue5364@psf.upfronthosting.co.za>
Message-ID: <7c42eba10902250351r26426b60hf434faec8eb0c4d3@mail.gmail.com>


Senthil <orsenthil at gmail.com> added the comment:

On Wed, Feb 25, 2009 at 5:12 PM, wrobell <report at bugs.python.org> wrote:
> probably sphinx/docutils "deserve" their own tickets,

I agree with your points and I would wait for Georg's call on this ticket.

It would definitely help if you have already raised any tickets at
docutils or looked for a tool which does rst2epub.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5364>
_______________________________________

From report at bugs.python.org  Wed Feb 25 13:41:34 2009
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 25 Feb 2009 12:41:34 +0000
Subject: [issue2054] add ftp-tls support to ftplib - RFC 4217
In-Reply-To: <1202523366.93.0.605901116561.issue2054@psf.upfronthosting.co.za>
Message-ID: <1235565694.02.0.899826635143.issue2054@psf.upfronthosting.co.za>


Giampaolo Rodola' <billiejoex at users.sourceforge.net> added the comment:

> Actually I have encountered a possible bug. the close() 
> method doesn't seem to actually close the connection...

Why? What happens exactly?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2054>
_______________________________________

From report at bugs.python.org  Wed Feb 25 16:15:04 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 25 Feb 2009 15:15:04 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235574904.03.0.830057342029.issue4565@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I just took a quick look at Lib/abc.py and there's no way *I*'ll
reimplement it in C :)

The only workable approach would be:
1. rename the current would-be ABCs (IOBase, RawIOBase, etc.) with a
leading underscore (_IOBase, _RawIOBase, etc.)
2. call abc.ABCMeta() with the right arguments to create heap-types 
derived from those base types
3. call XXXIOBase.register() with each of the concrete classes
(BufferedReader, etc.) to register them with the ABCs created in 2

That is, do something like the following:

>>> IOBase = abc.ABCMeta("IOBase", (_io.IOBase,), {})
>>> RawIOBase = type("RawIOBase", (_io.RawIOBase, IOBase), {})
>>> RawIOBase.register(_io.FileIO)
>>> TextIOBase = type("TextIOBase", (_io.TextIOBase, IOBase), {})
>>> TextIOBase.register(_io.TextIOWrapper)

Which gives:
>>> f = open('foobar', 'wb', buffering=0)
>>> isinstance(f, RawIOBase)
True
>>> isinstance(f, IOBase)
True
>>> f = open('foobar', 'w')
>>> isinstance(f, IOBase)
True
>>> isinstance(f, TextIOBase)
True
>>> isinstance(f, RawIOBase)
False


As you see, RawIOBase inherits both from IOBase (the ABC, for ABC-ness)
and _RawIOBase (the concrete non-ABC implementation). Implementation
classes like FileIO don't need to explicitly inherit the ABCs, only to
register with them.

Also, writing a Python implementation still inherits the
close-on-destroy behaviour:

>>> class S(RawIOBase):
...   def close(self):
...     print("closing")
... 
>>> s = S()
>>> del s
closing
>>> 

Perhaps we could even do all this in Python in io.py?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Wed Feb 25 16:41:54 2009
From: report at bugs.python.org (anatoly techtonik)
Date: Wed, 25 Feb 2009 15:41:54 +0000
Subject: [issue5366] examples for dependency keywords in setup.py
In-Reply-To: <1235576513.9.0.725143372807.issue5366@psf.upfronthosting.co.za>
Message-ID: <1235576513.9.0.725143372807.issue5366@psf.upfronthosting.co.za>


New submission from anatoly techtonik <techtonik at gmail.com>:

When documentation grows too large it is nice to have clear examples
that stand out of text. Explanation is important to get the idea, but 
for a reference cookbook examples work better.

Here is a patch to clarify the usage of *requires* and *provides*
keywords in setup.py on the documentation page
http://docs.python.org/distutils/setupscript.html#relationships-between-distributions-and-packages


--- setupscript_old.txt	Wed Feb 25 17:09:41 2009
+++ setupscript.txt	Wed Feb 25 17:34:00 2009
@@ -423,6 +423,14 @@
 distribution being described.  If no qualifiers are given, all versions
of the
 named module or package are understood to be obsoleted.
 
+Example of using *requires* and *provides* keywords ::
+
+   setup(...,
+         requires=['dbm', 'foo=>1.1.0'],
+         provides=['myapi (1.1)'],
+        )
+
+
 
 Installing Scripts
 ==================

----------
assignee: tarek
components: Distutils, Documentation
files: setupscript.diff
keywords: patch
messages: 82706
nosy: tarek, techtonik
severity: normal
status: open
title: examples for dependency keywords in setup.py
Added file: http://bugs.python.org/file13173/setupscript.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5366>
_______________________________________

From report at bugs.python.org  Wed Feb 25 17:08:10 2009
From: report at bugs.python.org (Joachim Ott)
Date: Wed, 25 Feb 2009 16:08:10 +0000
Subject: [issue5367] typo in subprocess.py
In-Reply-To: <1235578090.41.0.726164136752.issue5367@psf.upfronthosting.co.za>
Message-ID: <1235578090.41.0.726164136752.issue5367@psf.upfronthosting.co.za>


New submission from Joachim Ott <Joachim.Ott at gmail.com>:

I saw it first in /usr/lib/python2.5/subprocess.py on two different
systems, line 12 reads:

r"""subprocess - Subprocesses with accessible I/O streams

It's still there in 3.0.1. Is a single "r" a valid python statement?

----------
components: Library (Lib)
messages: 82707
nosy: ott--
severity: normal
status: open
title: typo in subprocess.py
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5367>
_______________________________________

From report at bugs.python.org  Wed Feb 25 18:09:54 2009
From: report at bugs.python.org (Preston Briggs)
Date: Wed, 25 Feb 2009 17:09:54 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235581794.5.0.96190080014.issue1580@psf.upfronthosting.co.za>


Preston Briggs <prestonb at google.com> added the comment:

In all this discussion, it seems that we have not discussed the
possibility of adapting David Gay's code, dtoa.c, which nicely handles
both halves of the problem.  It's also free and has been well exercised
over the years.

It's available here: http://www.netlib.org/fp/

It'd probably have to be touched up a bit.  Guido notes that, for
example, malloc is called without checking the return value. 
Nevertheless, the core is what we're looking for, I believe.

It's described in the paper: "Correctly rounded binary-decimal and
decimal-binary conversions", David M. Gay

It comes recommended by Steele and White (output) and by Clinger
(input), in the retrospectives on their seminal papers.

----------
nosy: +preston

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Wed Feb 25 18:30:31 2009
From: report at bugs.python.org (Steve Owens)
Date: Wed, 25 Feb 2009 17:30:31 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>


New submission from Steve Owens <steve at integrityintegrators.net>:

Not sure what to set theType field to, this is my first patch 
submission.  The attached files are a unit test 
test_curses_color_set.py and the diff color_set_diff, apparently I can 
only attach one fo thetwo files.

----------
assignee: georg.brandl
components: Documentation
files: color_set_patch.diff
keywords: patch
messages: 82709
nosy: georg.brandl, steve at integrityintegrators.net
severity: normal
status: open
title: curses patch add color_set and wcolor_set functions
versions: Python 2.7
Added file: http://bugs.python.org/file13174/color_set_patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Wed Feb 25 18:30:49 2009
From: report at bugs.python.org (Steve Owens)
Date: Wed, 25 Feb 2009 17:30:49 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235583049.52.0.450501651032.issue5368@psf.upfronthosting.co.za>


Changes by Steve Owens <steve at integrityintegrators.net>:


Added file: http://bugs.python.org/file13175/test_curses_color_set.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Wed Feb 25 18:45:35 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 25 Feb 2009 17:45:35 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235583935.03.0.379204731807.issue1580@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> It'd probably have to be touched up a bit.

This may be an understatement. :-)

In the first 50 lines of the 3897-line dtoa.c file, I see this warning:

/* On a machine with IEEE extended-precision registers, it is
 * necessary to specify double-precision (53-bit) rounding precision
 * before invoking strtod or dtoa.  [...] */

It seems to me that figuring out how and when to do this, and
writing and testing the appropriate configure/pyport/whatever
code, is already a nontrivial task.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Wed Feb 25 19:11:22 2009
From: report at bugs.python.org (Preston Briggs)
Date: Wed, 25 Feb 2009 18:11:22 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1235583935.03.0.379204731807.issue1580@psf.upfronthosting.co.za>
Message-ID: <9d8c178d0902251011t4ee4f4bpe21f614e436194df@mail.gmail.com>


Preston Briggs <prestonb at google.com> added the comment:

>> It'd probably have to be touched up a bit.

> This may be an understatement. :-)

Probably so.  Nevertheless, it's got to be easier
than approaching the problem from scratch.
And considering that this discussion has been
going on for over a year now, it might be a way to
move forward.

> In the first 50 lines of the 3897-line dtoa.c file, I see this warning:
>
> /* On a machine with IEEE extended-precision registers, it is
>  * necessary to specify double-precision (53-bit) rounding precision
>  * before invoking strtod or dtoa.  [...] */
>
> It seems to me that figuring out how and when to do this, and
> writing and testing the appropriate configure/pyport/whatever
> code, is already a nontrivial task.

I would consider compiling the library with flags appropriate to forcing
64-bit IEEE arithmetic if possible.  Another possibility is to explore
gdtoa.c
which is supposed to include code for extended precision, quad precision,
etc.

Added file: http://bugs.python.org/file13176/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090225/97b38d90/attachment.txt>

From report at bugs.python.org  Wed Feb 25 20:26:08 2009
From: report at bugs.python.org (=?utf-8?q?Arkadiusz_Miskiewicz=09=09=09=09Arkadiusz_Miskiewicz?=)
Date: Wed, 25 Feb 2009 19:26:08 +0000
Subject: [issue5369] __ppc__ macro checking is incorrect
In-Reply-To: <1235589968.39.0.392818865305.issue5369@psf.upfronthosting.co.za>
Message-ID: <1235589968.39.0.392818865305.issue5369@psf.upfronthosting.co.za>


New submission from Arkadiusz Miskiewicz				Arkadiusz Miskiewicz <arekm at users.sourceforge.net>:

Python/ceval.c and many other places rely on __ppc__ (and __ppc64__) 
symbol defined like below.

Unfortunately on my Linux ppc __ppc__ is never defined while 
__powerpc__ is. Build fortunately failed so the problem was noticed.

The fix is to check for __powerpc__ and __powerpc64__ as for example 
glibc does.



#if defined(__ppc__) /* <- Don't know if this is the correct symbol; 
this
                           section should work for GCC on any PowerPC
                           platform, irrespective of OS.
                           POWER?  Who knows :-) */

----------
messages: 82712
nosy: arekm
severity: normal
status: open
title: __ppc__ macro checking is incorrect
type: compile error
versions: Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5369>
_______________________________________

From report at bugs.python.org  Wed Feb 25 20:34:51 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 25 Feb 2009 19:34:51 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1235574904.03.0.830057342029.issue4565@psf.upfronthosting.co.za>
Message-ID: <1afaf6160902251134v3d411b3g70b24be030d9cb9@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Wed, Feb 25, 2009 at 10:15 AM, Antoine Pitrou <report at bugs.python.org> wrote:
>
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> I just took a quick look at Lib/abc.py and there's no way *I*'ll
> reimplement it in C :)

I don't blame you for that. :)

>
> The only workable approach would be:
> 1. rename the current would-be ABCs (IOBase, RawIOBase, etc.) with a
> leading underscore (_IOBase, _RawIOBase, etc.)
> 2. call abc.ABCMeta() with the right arguments to create heap-types
> derived from those base types
> 3. call XXXIOBase.register() with each of the concrete classes
> (BufferedReader, etc.) to register them with the ABCs created in 2

I think this is the best solution. We could also just move the Python
ABC's from _pyio to io.py and register() all the C IO classes, but
that would prevent the C implementation of IOBase from being used.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Wed Feb 25 21:09:25 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Feb 2009 20:09:25 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1235592565.58.0.0310224657847.issue5229@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

FWIW, I did a further update to the super docs to clarify that parent
classes are search in single inheritance models and that both parent and
siblings are searched in multiple inheritance models.  Made the concept
more concrete by relating pointing to the __mro__ attribute and by
comparing it to getattr() which also uses the __mro__.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Wed Feb 25 21:10:05 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Feb 2009 20:10:05 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1235592605.59.0.239111131667.issue5229@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

See:  http://docs.python.org/dev/library/functions.html#super

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Wed Feb 25 21:14:21 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 25 Feb 2009 20:14:21 +0000
Subject: [issue5367] typo in subprocess.py
In-Reply-To: <1235578090.41.0.726164136752.issue5367@psf.upfronthosting.co.za>
Message-ID: <1235592861.05.0.319546174971.issue5367@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

The prefix "r" on a string makes it a raw string, certainly a valid
construct.

----------
nosy: +benjamin.peterson
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5367>
_______________________________________

From report at bugs.python.org  Wed Feb 25 21:38:05 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Wed, 25 Feb 2009 20:38:05 +0000
Subject: [issue5316] Buildbot failures in test_site
In-Reply-To: <1235057841.41.0.664492545645.issue5316@psf.upfronthosting.co.za>
Message-ID: <1235594285.68.0.028638577701.issue5316@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Probably attached patch will fix this issue. But this patch doesn't
cover other similar problematic codes.

It seems this is multi inheritance problem. Following code shows B.setUp
and B.tearDown are called twice respectively. (In this issue, B
represents PyPIRCCommandTestCase)

class A(object): # LoggingSilencer
    def setUp(self):
        print "A setup"
        super(A, self).setUp()
    def tearDown(self):
        print "A tearDown"
        super(A, self).tearDown()

class B: # PyPIRCCommandTestCase
    def setUp(self):
        print "B setup"
    def tearDown(self):
        print "B tearDown"

class C(A, B): # sdistTestCase
    def setUp(self):
        A.setUp(self)
        B.setUp(self)
    def tearDown(self):
        A.tearDown(self)
        B.tearDown(self)

c = C()
c.setUp()
c.tearDown()

"""
A setup
B setup
B setup # called twice
A tearDown
B tearDown
B tearDown # ditto
"""

P.S. This is first time I saw the behavior of super in multi
inheritance. Movement of code flaw is interesting and fresh for me. :-)

----------
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file13177/part_of_fix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5316>
_______________________________________

From report at bugs.python.org  Wed Feb 25 21:49:16 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 25 Feb 2009 20:49:16 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235594956.66.0.310102973836.issue1580@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> I would consider compiling the library with flags appropriate to forcing
> 64-bit IEEE arithmetic if possible.

Using the right compiler flags is only half the battle, though.  You 
should really be setting the rounding precision dynamically:  set it to 
53-bit precision before the call to strtod, and then restore it to 
whatever the original precision was afterwards.  And the magic formula for 
doing this is likely to vary from platform to platform.  As far as I can 
tell, the C99 standard doesn't suggest any standard spellings for changing 
the rounding precision.

It's not unknown for libm functions on x86 to blindly assume that the x87 
FPU is set to its default of extended-precision (64-bit) rounding, so it's 
risky to just set 53-bit rounding for the whole of Python's execution.

And contrary to popular belief, setting 53-bit rounding *still* doesn't 
give the x87 FPU IEEE 754 semantics:  there are issues at the extremes of 
the floating-point range, and I'm not 100% convinced that those issues 
wouldn't affect the dtoa.c strtod.

I'm not saying that all this is impossible;  just that it's subtle and 
would involve some work.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Wed Feb 25 22:15:08 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 25 Feb 2009 21:15:08 +0000
Subject: [issue5283] setting __class__ in __del__ is bad. mmkay. negative ref
	count! kaboom!
In-Reply-To: <1234819475.16.0.132337680587.issue5283@psf.upfronthosting.co.za>
Message-ID: <1235596508.05.0.208031005679.issue5283@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Could the PyObject_ClearWeakRefs(self); call in the middle of the lines 
del_changes_class.patch adds also be used to cause python code to set 
__del__ or __dict__ causing the wrong destructor or wrong dict to be 
DECREFed?

(I'm trying to wrap my head around the possibilities here and come up 
with a test case of that but weakref isn't behaving as i'd expect)

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5283>
_______________________________________

From report at bugs.python.org  Wed Feb 25 22:17:31 2009
From: report at bugs.python.org (Jake McGuire)
Date: Wed, 25 Feb 2009 21:17:31 +0000
Subject: [issue5084] unpickling does not intern attribute names
In-Reply-To: <1233093140.55.0.0122548653801.issue5084@psf.upfronthosting.co.za>
Message-ID: <1235596651.18.0.519400901342.issue5084@psf.upfronthosting.co.za>


Jake McGuire <jake at youtube.com> added the comment:

Ugh.  Clearly I didn't check to see if it worked or not, as it didn't even 
compile.  A new diff, tested and verified to work, is attached.  I'll work 
on creating a test.

Added file: http://bugs.python.org/file13178/cPickle.c.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5084>
_______________________________________

From report at bugs.python.org  Wed Feb 25 22:19:08 2009
From: report at bugs.python.org (Jake McGuire)
Date: Wed, 25 Feb 2009 21:19:08 +0000
Subject: [issue5084] unpickling does not intern attribute names
In-Reply-To: <1233093140.55.0.0122548653801.issue5084@psf.upfronthosting.co.za>
Message-ID: <1235596748.87.0.707354557171.issue5084@psf.upfronthosting.co.za>


Changes by Jake McGuire <jake at youtube.com>:


Removed file: http://bugs.python.org/file12882/cPickle.c.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5084>
_______________________________________

From report at bugs.python.org  Wed Feb 25 22:19:13 2009
From: report at bugs.python.org (Jake McGuire)
Date: Wed, 25 Feb 2009 21:19:13 +0000
Subject: [issue5084] unpickling does not intern attribute names
In-Reply-To: <1233093140.55.0.0122548653801.issue5084@psf.upfronthosting.co.za>
Message-ID: <1235596753.14.0.0918588831948.issue5084@psf.upfronthosting.co.za>


Changes by Jake McGuire <jake at youtube.com>:


Removed file: http://bugs.python.org/file13169/cPickle.c.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5084>
_______________________________________

From report at bugs.python.org  Wed Feb 25 22:26:16 2009
From: report at bugs.python.org (Mike Meyer)
Date: Wed, 25 Feb 2009 21:26:16 +0000
Subject: [issue5370] unpickling vs. __getattr__
In-Reply-To: <1235597176.48.0.557535954175.issue5370@psf.upfronthosting.co.za>
Message-ID: <1235597176.48.0.557535954175.issue5370@psf.upfronthosting.co.za>


New submission from Mike Meyer <mwm at users.sourceforge.net>:

The attached short file causes all of python 2.5, 2.6 and 3.0 to drop
into infinite recursion trying to unpickle the created object, but the
2.5 version has the cleanest The problem appears to be that the unpickle
code (C in 3.0; Python in 2.5 - I assume the others are similar) uses
getattr to try and get the __setstate__ method (if any) of the opject
being built before it's dictionary is populated. This causes the
invocation of the __getattr__ method, which tries to use the
non-existent "attrs" attribute, thus starting the recursion.

A simple workaround is to provide this:

  def __setstate__(self, data):
      self.__dict__.update(data)

but methinks that either 1) the interpreter shouldn't be falling into
the infinite loop in this case, or 2) the pickle code should be using
hasattr to check for the attribute (which won't trigger this problem)
before trying getattr on it.

----------
files: pickletest.py
messages: 82721
nosy: mwm
severity: normal
status: open
title: unpickling vs. __getattr__
type: behavior
versions: Python 2.5, Python 2.6, Python 3.0
Added file: http://bugs.python.org/file13179/pickletest.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5370>
_______________________________________

From report at bugs.python.org  Wed Feb 25 22:49:03 2009
From: report at bugs.python.org (Mitchell Model)
Date: Wed, 25 Feb 2009 21:49:03 +0000
Subject: [issue5371] Documentation of str.format in library/stdtypes shows
	incorrect first parameter
In-Reply-To: <1235598543.9.0.464602972066.issue5371@psf.upfronthosting.co.za>
Message-ID: <1235598543.9.0.464602972066.issue5371@psf.upfronthosting.co.za>


New submission from Mitchell Model <mlm at acm.org>:

In the library documentation of standard types, the instance method 
str.format is shown as taking a format-specification as its first 
argument. I'm pretty sure that this is incorrect. When format is called 
through a string, it is that string that is the format specification.

That is, shouldn't
    format(format-specification-string, arg....) be equivalent to
    format-specification-string.format(arg....)
?

----------
assignee: georg.brandl
components: Documentation
messages: 82722
nosy: MLModel, georg.brandl
severity: normal
status: open
title: Documentation of str.format in library/stdtypes shows incorrect first parameter
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5371>
_______________________________________

From report at bugs.python.org  Wed Feb 25 23:27:28 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Wed, 25 Feb 2009 22:27:28 +0000
Subject: [issue5316] Buildbot failures in test_site
In-Reply-To: <1235057841.41.0.664492545645.issue5316@psf.upfronthosting.co.za>
Message-ID: <1235600848.97.0.655842840905.issue5316@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

right, subclasses must use super if their superclasses do.

I'll apply Hirozaku patch (thanks). 

I might also simplify distutil base test class to avoid Mixins.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5316>
_______________________________________

From report at bugs.python.org  Wed Feb 25 23:27:53 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Feb 2009 22:27:53 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235600873.72.0.0493692207127.issue1580@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Even if someone devoted the time to get possibly get this right, it
would be somewhat difficult to maintain.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Wed Feb 25 23:33:16 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Wed, 25 Feb 2009 22:33:16 +0000
Subject: [issue5316] Buildbot failures in test_site
In-Reply-To: <1235057841.41.0.664492545645.issue5316@psf.upfronthosting.co.za>
Message-ID: <1235601196.31.0.104131430005.issue5316@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

applied in r69976 and r69977

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5316>
_______________________________________

From report at bugs.python.org  Wed Feb 25 23:34:25 2009
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Feb 2009 22:34:25 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1235601265.92.0.0214162748852.issue5229@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Thanks!  These improvements are very helpful.  The one missing notion is
that "object-or-type" may be a proxy object, in which case super()
returns a new proxy that additionally skips "type".

Perhaps add the following sentence to the end of the first paragraph:
"If *object-or-type* is a proxy object, *super* returns a new proxy that
additionally skips *type*."

Also, I just spotted a typo.  In the following sentence, "in" should be
"it": "This makes in possible to implement ?diamond diagrams? where
multiple base classes implement the same method"

Thanks, again!

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Wed Feb 25 23:50:23 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 25 Feb 2009 22:50:23 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235602223.6.0.980533956906.issue1580@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

What maintenance issues are you anticipating?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Thu Feb 26 00:09:36 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Feb 2009 23:09:36 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235603376.34.0.420162484603.issue1580@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Gay's code is 3800+ lines and includes many ifdef paths that we need to
get right.  Mark points out that the code itself needs additional work.
 The discussions so far also get into setting compiler flags on
different systems and I would imagine that that would need to be
maintained as those compilers change and as hardware gets updated.  The
main challenge for a maintainer is to be sure that any change doesn't
break something.  AFAICT, this code is very difficult to validate.

The comments is the first 180 lines of code give a good survey of the
issues a maintainer would face when given a bug report in the form of:
eval(repr(f)) != f for myhardware x compiled with mycompiler c with
myflags f and running on operating system z.  There reports would be
even more challenging for cross-platform comparisons.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Thu Feb 26 00:16:22 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Feb 2009 23:16:22 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1235603782.71.0.727301669162.issue5229@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

> Perhaps add the following sentence to the end of 
> the first paragraph: "If *object-or-type* is a proxy
>  object, *super* returns a new proxy that additionally
> skips *type*."

I'm not really sure what that even means.  Nor do I think
it was one of the use cases that Guido had in mind or is
tested in the unittest suite.

Is this something that has to be covered in the super() docs?
It seems like an implementation side-effect.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Thu Feb 26 00:17:23 2009
From: report at bugs.python.org (Tim Peters)
Date: Wed, 25 Feb 2009 23:17:23 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235603843.28.0.0920910629239.issue1580@psf.upfronthosting.co.za>


Tim Peters <tim.peters at gmail.com> added the comment:

The GNU library's float<->string routines are based on David Gay's. 
Therefore you can compare those to Gay's originals to see how much
effort was required to make them "mostly" portable, and can look at the
history of those to get some feel for the maintenance burden.

There's no difficulty in doing this correctly except for denormals.  The
pain is almost entirely in doing it correctly /fast/ -- and that is
indeed hard (which accounts for the extreme length and complexity of
Gay's code).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Thu Feb 26 00:33:40 2009
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Feb 2009 23:33:40 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1235604820.75.0.238760199722.issue5229@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

Actually, it's essential to how super() works.  Here's an example using
single inheritance:

class A(object):
  def foo(self):
    print 'A'

class B(object):
  def foo(self):
    super(B, self).foo()
    print 'B'

class C(object):
  def foo(self):
    super(C, self).foo()
    print 'C'

x = C()
x.foo()

The "super" in x.foo() return a proxy for x that skips C.  
Next, we call foo() on that proxy, which calls B's foo().

In B's foo(), "self" is the proxy.  B's foo() passes the proxy to
super(), returning a new proxy for x that skips C and B.  Finally, we
call foo() on the new proxy, which calls A's foo().

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Thu Feb 26 00:48:18 2009
From: report at bugs.python.org (Daniel Stutzbach)
Date: Wed, 25 Feb 2009 23:48:18 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1235605698.43.0.427038883392.issue5229@psf.upfronthosting.co.za>


Daniel Stutzbach <daniel at stutzbachenterprises.com> added the comment:

In the previous example, I meant to type

class B(A)

and

class C(B)

rather than having them all derive from object.  That's what I get for
not actually testing the code. ;-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Thu Feb 26 00:54:55 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Feb 2009 23:54:55 +0000
Subject: [issue5229] Documentation for super() neglects to say what super()
	actually does
In-Reply-To: <1234466645.34.0.103434314376.issue5229@psf.upfronthosting.co.za>
Message-ID: <1235606095.69.0.327411952135.issue5229@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I see what you mean but think that the docs shouldn't go into how
super() is implemented.  Already, they've reached an information density
such that adding more explanations will make it collectively less clear.
 As soon as you mention proxy objects as inputs, I'm pretty sure that
you've lost most of your readers (including me).  

I think what we've got is enough to help folks begin to understand what
to do even if they can't describe how super() is implemented.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5229>
_______________________________________

From report at bugs.python.org  Thu Feb 26 01:05:27 2009
From: report at bugs.python.org (Collin Winter)
Date: Thu, 26 Feb 2009 00:05:27 +0000
Subject: [issue5372] Distutils inappropriately reuses .o files between
	extension modules
In-Reply-To: <1235606727.67.0.443849487538.issue5372@psf.upfronthosting.co.za>
Message-ID: <1235606727.67.0.443849487538.issue5372@psf.upfronthosting.co.za>


New submission from Collin Winter <collinw at gmail.com>:

(Tarek, I've been told you're the new distutils maintainer. Feel free to
unassign this if that isn't the case.)

The test distutils uses to decide whether it needs to recompile an
existing .o file when building extension modules is too simplistic,
merely comparing the modification time of the .o and .c files. If you
have two extension modules like so

Extension('foo', ['foo.c', 'bar.c'],
          define_macros=[('NO_STATIC_MEMOTABLE', 1)])

Extension('bar', ['bar.c'])

even if defining NO_STATIC_MEMOTABLE=1 radically changes the code of
bar.c, distutils will use the same bar.o for both the foo and bar
extension modules. This was a real problem for me at work today.

The attached patch removes the modtime comparison entirely, preferring
to rebuild all .o files a given extension module needs. Note that while
_prep_compiler() isn't used anywhere in the stdlib, Google Code Search
turns up uses.

----------
assignee: tarek
components: Distutils
files: ccompiler.patch
keywords: needs review, patch, patch
messages: 82734
nosy: collinwinter, jyasskin, tarek
severity: normal
stage: patch review
status: open
title: Distutils inappropriately reuses .o files between extension modules
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file13180/ccompiler.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5372>
_______________________________________

From report at bugs.python.org  Thu Feb 26 01:30:59 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 26 Feb 2009 00:30:59 +0000
Subject: [issue5371] Documentation of str.format in library/stdtypes shows
	incorrect first parameter
In-Reply-To: <1235598543.9.0.464602972066.issue5371@psf.upfronthosting.co.za>
Message-ID: <1235608259.7.0.482955471625.issue5371@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Fixed in r69987.

----------
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5371>
_______________________________________

From report at bugs.python.org  Thu Feb 26 01:35:56 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 26 Feb 2009 00:35:56 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235608556.59.0.674296588551.issue1533164@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


Added file: http://bugs.python.org/file13181/rpm.ptch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Thu Feb 26 01:36:04 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 26 Feb 2009 00:36:04 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235608564.75.0.67313403083.issue1533164@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


Removed file: http://bugs.python.org/file13153/rpm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Thu Feb 26 01:42:48 2009
From: report at bugs.python.org (Collin Winter)
Date: Thu, 26 Feb 2009 00:42:48 +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: <1235608968.03.0.160876269253.issue2636@psf.upfronthosting.co.za>


Changes by Collin Winter <collinw at gmail.com>:


----------
nosy: +collinwinter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Thu Feb 26 01:49:28 2009
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Thu, 26 Feb 2009 00:49:28 +0000
Subject: [issue4715] optimize bytecode for conditional branches
In-Reply-To: <1229900285.73.0.345956521758.issue4715@psf.upfronthosting.co.za>
Message-ID: <1235609368.92.0.90369656259.issue4715@psf.upfronthosting.co.za>


Jeffrey Yasskin <jyasskin at gmail.com> added the comment:

Oh, and no problem with picking up the patches. Thanks for writing them
in the first place.

Here's the backport to trunk. I particularly enjoyed the bit in
pyassem.py where I had to teach the pure-Python compiler that you can
get to a block without going through a relative jump or a fallthrough.

The patch is also #2 at http://codereview.appspot.com/20064.

I'll post performance numbers as soon as I've measured them.

Added file: http://bugs.python.org/file13182/trunk-opt-cond-jump.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4715>
_______________________________________

From report at bugs.python.org  Thu Feb 26 02:16:54 2009
From: report at bugs.python.org (Collin Winter)
Date: Thu, 26 Feb 2009 01:16:54 +0000
Subject: [issue5362] Add configure option to disable Py3k warnings
In-Reply-To: <1235516116.64.0.427185955219.issue5362@psf.upfronthosting.co.za>
Message-ID: <1235611014.4.0.735009432249.issue5362@psf.upfronthosting.co.za>


Collin Winter <collinw at gmail.com> added the comment:

Jeffrey: updated the patch to address your concerns.

Martin: I'm not sure I completely understand it either, though it seems
similar to issue4477. In the course of developing this patch, I tried
also #ifdef'ing out all usages of the Py_Py3kWarningFlag global. This
actually made things slower by around 5% across all the benchmarks I
tested. Could be pipeline stalls or a code size issue, I really don't know.

I'm not 100% convinced that something like this should go into CPython,
as a different compiler/hardware combination could well render it moot.
I mostly wanted a record of it, in case those few Python deployments
with homogeneous compilers/hardware across their machines that might
care about 1% better performance are interested.

Added file: http://bugs.python.org/file13183/no_py3k_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5362>
_______________________________________

From report at bugs.python.org  Thu Feb 26 02:17:23 2009
From: report at bugs.python.org (Collin Winter)
Date: Thu, 26 Feb 2009 01:17:23 +0000
Subject: [issue5362] Add configure option to disable Py3k warnings
In-Reply-To: <1235516116.64.0.427185955219.issue5362@psf.upfronthosting.co.za>
Message-ID: <1235611043.75.0.481607832402.issue5362@psf.upfronthosting.co.za>


Changes by Collin Winter <collinw at gmail.com>:


Removed file: http://bugs.python.org/file13168/no_py3k_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5362>
_______________________________________

From report at bugs.python.org  Thu Feb 26 02:19:36 2009
From: report at bugs.python.org (Collin Winter)
Date: Thu, 26 Feb 2009 01:19:36 +0000
Subject: [issue5362] Add configure option to disable Py3k warnings
In-Reply-To: <1235516116.64.0.427185955219.issue5362@psf.upfronthosting.co.za>
Message-ID: <1235611176.01.0.677382744741.issue5362@psf.upfronthosting.co.za>


Collin Winter <collinw at gmail.com> added the comment:

Bah, forgot to run autoreconf. Fixed.

Added file: http://bugs.python.org/file13184/no_py3k_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5362>
_______________________________________

From report at bugs.python.org  Thu Feb 26 02:19:41 2009
From: report at bugs.python.org (Collin Winter)
Date: Thu, 26 Feb 2009 01:19:41 +0000
Subject: [issue5362] Add configure option to disable Py3k warnings
In-Reply-To: <1235516116.64.0.427185955219.issue5362@psf.upfronthosting.co.za>
Message-ID: <1235611181.85.0.15893109207.issue5362@psf.upfronthosting.co.za>


Changes by Collin Winter <collinw at gmail.com>:


Removed file: http://bugs.python.org/file13183/no_py3k_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5362>
_______________________________________

From report at bugs.python.org  Thu Feb 26 02:23:15 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 26 Feb 2009 01:23:15 +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: <1235611395.61.0.369439373621.issue2636@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

issue2636-features-4.diff includes:

Bugfixes
msg74203: duplicate capture group numbers
msg74904: duplicate capture group names

Added file: http://bugs.python.org/file13185/issue2636-features-4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Thu Feb 26 04:33:02 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 26 Feb 2009 03:33:02 +0000
Subject: [issue5332] csv sniffer
In-Reply-To: <1235162733.25.0.482513842524.issue5332@psf.upfronthosting.co.za>
Message-ID: <1235619182.02.0.381918408559.issue5332@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

I verified the bug.  I started to work on a patch (see attached), but
it quickly seems to get out-of-hand with tracebacks about stuff not
supporting the buffer API.  I suspect the real solution might involve
doing something to convert the bytes to strings read when in binary mode,
but I don't have any idea how to finesse the requirement of bytes() for
an encoding arg.

----------
keywords: +patch
nosy: +skip.montanaro
stage:  -> needs patch
versions: +Python 3.1
Added file: http://bugs.python.org/file13186/csv.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5332>
_______________________________________

From report at bugs.python.org  Thu Feb 26 05:34:02 2009
From: report at bugs.python.org (Mike Frysinger)
Date: Thu, 26 Feb 2009 04:34:02 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1235622842.27.0.234170926897.issue1006238@psf.upfronthosting.co.za>


Mike Frysinger <vapier at users.sourceforge.net> added the comment:

Garrett: your configure method is overly complicated.  all you need to
do is set --build=binos_c3.4.3-p1.mips64-octeon-linux.  autoconf will
figure out all the other toolchain settings.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Thu Feb 26 06:54:48 2009
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Thu, 26 Feb 2009 05:54:48 +0000
Subject: [issue4715] optimize bytecode for conditional branches
In-Reply-To: <1229900285.73.0.345956521758.issue4715@psf.upfronthosting.co.za>
Message-ID: <1235627688.69.0.151051195313.issue4715@psf.upfronthosting.co.za>


Jeffrey Yasskin <jyasskin at gmail.com> added the comment:

The numbers are:

Intel Core 2, gcc-4.3, 32-bit
2to3:
25.24 -> 24.89: 1.38% faster

Django:
Min: 0.618 -> 0.607: 1.90% faster
Avg: 0.621 -> 0.615: 1.04% faster

PyBench:
Min: 5324 -> 5280: 0.83% faster
Avg: 5456 -> 5386: 1.30% faster

Pickle:
Min: 1.424 -> 1.376: 3.48% faster
Avg: 1.427 -> 1.378: 3.55% faster

Spitfire:
Min: 0.701 -> 0.718: 2.32% slower
Avg: 0.710 -> 0.721: 1.47% slower

Unpickle:
Min: 0.667 -> 0.651: 2.33% faster
Avg: 0.668 -> 0.652: 2.38% faster

Intel Core 2, gcc-4.3, 64-bit

2to3:
22.40 -> 22.59: 0.81% slower

Django:
Min: 0.575 -> 0.565: 1.74% faster
Avg: 0.577 -> 0.567: 1.76% faster

PyBench:
Min: 4332 -> 4433: 2.28% slower
Avg: 4393 -> 4519: 2.79% slower

Pickle:
Min: 1.177 -> 1.204: 2.25% slower
Avg: 1.180 -> 1.205: 2.14% slower

Spitfire:
Min: 0.622 -> 0.629: 1.22% slower
Avg: 0.623 -> 0.631: 1.26% slower

Unpickle:
Min: 0.576 -> 0.563: 2.25% faster
Avg: 0.596 -> 0.564: 5.55% faster


On my MacBook, gcc-4.0, 32-bit:
2to3:
29.82 -> 29.39: 1.46% faster

Django:
Min: 0.727 -> 0.720: 0.98% faster
Avg: 0.746 -> 0.736: 1.45% faster

PyBench:
Min: 6303 -> 6432: 2.01% slower
Avg: 6471 -> 6563: 1.40% slower

Pickle:
Min: 1.564 -> 1.564: 0.00% faster
Avg: 1.609 -> 1.592: 1.07% faster

Spitfire:
Min: 0.902 -> 0.909: 0.78% slower
Avg: 0.924 -> 0.920: 0.41% faster

Unpickle:
Min: 0.784 -> 0.763: 2.73% faster
Avg: 0.794 -> 0.776: 2.26% faster


The performance isn't as good as I'd like, especially on 64-bits. I
suspect the difference from the py3k branch is that trunk doesn't have
Antoine's dispatch patch, and POP_TOP is predicted after
JUMP_IF_{TRUE,FALSE}, which means without computed-goto-dispatch, this
patch usually only saves a predictable if(). The skipped JUMP_ABSOLUTEs
may not happen enough in my benchmarks to matter much.

On the other hand, "./python.exe -m timeit -s 'x=range(500)' '[y+3 for y
in x if y%5 <2]'" shows the following differences on my MacBook

For py3k:
Min: 196.000 -> 172.000: 13.95% faster
Avg: 200.000 -> 178.600: 11.98% faster
Significant (t=5.339997, a=0.95)

For trunk:
Min: 108.000 -> 88.200: 22.45% faster
Avg: 114.571 -> 97.571: 17.42% faster
Significant (t=5.518236, a=0.95)

That list comprehension definitely takes advantage of skipping the
JUMP_ABSOLUTE.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4715>
_______________________________________

From report at bugs.python.org  Thu Feb 26 07:08:02 2009
From: report at bugs.python.org (Clinton Roy)
Date: Thu, 26 Feb 2009 06:08:02 +0000
Subject: [issue3585] pkg-config support
In-Reply-To: <1219021409.35.0.10935334414.issue3585@psf.upfronthosting.co.za>
Message-ID: <1235628482.95.0.529859019518.issue3585@psf.upfronthosting.co.za>


Clinton Roy <clinton.roy at gmail.com> added the comment:

Oh, you meant for me to reply =)

- Do all unix-like system support pkg-config?

Yes. It even works on windows.

- Is $(LIBDIR)/pkgconfig the only choice for installing this file?

While pkg-config can be told to look in other directories for pc files
(via modifying the PKGCONFIGPATH env variable) it looks in
/usr/lib/pkgconfig by default, so that's where pc files should be put by
default.

- Shouldn't this file be installed only if the pkg-config utility is
present, or if the directory $(LIBDIR)/pkgconfig already exists?

Technically I suppose so, but I've not seen any package actually bother.

The patches I have made available are very similar to pkg-config
packages I've seen for many other packages.

cheers,

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3585>
_______________________________________

From report at bugs.python.org  Thu Feb 26 08:38:38 2009
From: report at bugs.python.org (Rob Renaud)
Date: Thu, 26 Feb 2009 07:38:38 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1235633918.65.0.869504943067.issue1818@psf.upfronthosting.co.za>


Rob Renaud <rrenaud at google.com> added the comment:

I am totally new to Python dev.  I reinvented a NamedTupleReader
tonight, only to find out that it was created a year ago.  My primary
motivation is that DictReader reads headers nicely, but DictWriter
totally sucks at handling them.

Consider doing some filtering on a csv file, like so.

sample_data = [
    'title,latitude,longitude',
    'OHO Ofner & Hammecke Reinigungsgesellschaft mbH,48.128265,11.610848',
    'Kitchen Kaboodle,45.544241,-122.715728',
    'Walgreens,28.339727,-81.596367',
    'Gurnigel Pass,46.731944,7.447778'
    ]

def filter_with_dict_reader_writer():
  accepted_rows = []
  for row in csv.DictReader(sample_data):
    if float(row['latitude']) > 0.0 and float(row['longitude']) > 0.0:
      accepted_rows.append(row)

  field_names = csv.reader(sample_data).next()
  output_writer = csv.DictWriter(open('accepted_by_dict.csv', 'w'),
                                 field_names)
  output_writer.writerow(dict(zip(field_names, field_names)))
  output_writer.writerows(accepted_rows)

You have to work so hard to maintain the headers when you write the file
with DictWriter.  I understand this is a limitation of dicts throwing
away the order information.  But namedtuples don't have that problem.

NamedTupleReader and NamedTupleWriter should be inverses.  This means
that NamedTupleWriter needs to write headers.  This should produce
identical output as the dict writer example, but it's much cleaner.

def filter_with_named_tuple_reader_writer():
   accepted_rows = []
   for row in csv.NamedTupleReader(sample_data):
     if float(row.latitude) > 0.0 and float(row.longitude) > 0.0:
       accepted_rows.append(row)

   output_writer = csv.NamedTupleWriter(
       open('accepted_by_named_tuple.csv', 'w'))
   output_writer.writerows(accepted_rows)

I patched on top of the existing NamedTupleWriter patch adding support
for writing headers.  I don't know if that's bad style/etiquette, etc.

----------
nosy: +rrenaud
Added file: http://bugs.python.org/file13187/named_tuple_write_header.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Thu Feb 26 08:59:17 2009
From: report at bugs.python.org (Rob Renaud)
Date: Thu, 26 Feb 2009 07:59:17 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1235635157.45.0.383000176587.issue1818@psf.upfronthosting.co.za>


Rob Renaud <rrenaud at google.com> added the comment:

My previous patch could write the header twice.  But I am not sure about
about how the writer should handle the fieldnames parameter on one hand,
and the namedtuple._fields on the other.

Added file: http://bugs.python.org/file13188/named_tuple_write_header2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Thu Feb 26 08:59:24 2009
From: report at bugs.python.org (Rob Renaud)
Date: Thu, 26 Feb 2009 07:59:24 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1235635164.64.0.393652975637.issue1818@psf.upfronthosting.co.za>


Changes by Rob Renaud <rrenaud at google.com>:


Removed file: http://bugs.python.org/file13187/named_tuple_write_header.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Thu Feb 26 09:01:11 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Feb 2009 08:01:11 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1235635271.0.0.411407187537.issue1818@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

The two latest patches (ntreader4.diff and
named_tuple_write_header.patch) seem like they are going in the right
direction and are getting close.

Barry or Skip, is this something you want in your module?

----------
stage:  -> patch review
type:  -> feature request
versions: +Python 2.7, Python 3.1 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Thu Feb 26 10:42:26 2009
From: report at bugs.python.org (Noel Cuillandre)
Date: Thu, 26 Feb 2009 09:42:26 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>
Message-ID: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>


New submission from Noel Cuillandre <noel.cuillandre at gmail.com>:

The following code raises 'TypeError: __doc__ contains null-bytes'::

Python 3.1a0 (py3k, Jan 27 2009, 18:02:26) 
[GCC 4.1.1 (Gentoo 4.1.1-r1)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> class Foo:
...  """'\x00'"""
... 
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: __doc__ contains null-bytes

----------
messages: 82747
nosy: noel.cuillandre
severity: normal
status: open
title: TypeError when '\x00' in docstring
type: compile error
versions: Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________

From report at bugs.python.org  Thu Feb 26 10:55:01 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 26 Feb 2009 09:55:01 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>
Message-ID: <1235642101.77.0.497649971716.issue5373@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Why do you think this is a bug?

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________

From report at bugs.python.org  Thu Feb 26 11:01:31 2009
From: report at bugs.python.org (Noel Cuillandre)
Date: Thu, 26 Feb 2009 10:01:31 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235642101.77.0.497649971716.issue5373@psf.upfronthosting.co.za>
Message-ID: <e78f34ea0902260201l71d5ea5qfc03c0a2a1b481db@mail.gmail.com>


Noel Cuillandre <noel.cuillandre at gmail.com> added the comment:

Because the same code in Python 2.5.2 does not produce a TypeError::

Python 2.5.2 (r252:60911, Oct 21 2008, 15:11:46)
[GCC 4.1.1 (Gentoo 4.1.1-r1)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> class Foo:
...  """'\x00'"""
...
>>>

Added file: http://bugs.python.org/file13189/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090226/434102eb/attachment.txt>

From report at bugs.python.org  Thu Feb 26 11:03:22 2009
From: report at bugs.python.org (Noel Cuillandre)
Date: Thu, 26 Feb 2009 10:03:22 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>
Message-ID: <1235642602.83.0.4306850724.issue5373@psf.upfronthosting.co.za>


Changes by Noel Cuillandre <noel.cuillandre at gmail.com>:


Removed file: http://bugs.python.org/file13189/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________

From report at bugs.python.org  Thu Feb 26 11:06:24 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 26 Feb 2009 10:06:24 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>
Message-ID: <1235642784.7.0.404492817544.issue5373@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Well, that per se is not an indication that it is not a valid change in
3.0. However, I can see no good reason to disallow null-bytes in class
docstrings (especially since they're still allowed in function docstrings).

Assigning to Alexandre who made this change.

----------
assignee:  -> alexandre.vassalotti
nosy: +alexandre.vassalotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________

From report at bugs.python.org  Thu Feb 26 11:08:44 2009
From: report at bugs.python.org (Georg Brandl)
Date: Thu, 26 Feb 2009 10:08:44 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235642924.87.0.79428148693.issue5368@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Why was this classified as "documentation"?

----------
components: +Extension Modules -Documentation

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Thu Feb 26 11:14:09 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 26 Feb 2009 10:14:09 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235643249.83.0.881777018401.issue1580@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> The GNU library's float<->string routines are based on David Gay's. 
> Therefore you can compare those to Gay's originals

Sounds reasonable.

> (which accounts for the extreme length and complexity of Gay's code).

Looking at the code, I'm actually not seeing *extreme* complexity.
There are a lot of ifdefs for things that Python probably doesn't
care about (e.g., worrying about whether the inexact and underflow
flags get set or not;  hexadecimal floats, which Python already has
its own code for; weird rounding modes, ...).  There's some pretty
standard looking bignum integer stuff (it might even be possible to
substitute PyLong arithmetic for this bit).  There's lots of boring
material for things like parsing numeric strings.  The really
interesting part of the code is probably only a few hundred lines.

I think it looks feasible to adapt Gay's code for Python.  I'm not sure
I'd want to adapt it without understanding it fully, but actually that
looks quite feasible too.

The x87 control word stuff isn't really a big problem:  it can be dealt
with.  The bit I don't know how to do here is using the autoconf
machinery to figure out whether the x87 FPU exists and is in use on a
particular machine.  (I put in an autoconf test for x87-related double
rounding recently, which should be a pretty reliable indicator, but that
still fails if someone's already set 53-bit rounding precision...).

A side-note:  for x86/x86_64, we should really be enabling SSE2 by
default whenever possible (e.g., on all machines newer than Pentium 3).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Thu Feb 26 14:42:04 2009
From: report at bugs.python.org (Andy Buckley)
Date: Thu, 26 Feb 2009 13:42:04 +0000
Subject: [issue4278] optparse quirks
In-Reply-To: <1226063635.77.0.234802837689.issue4278@psf.upfronthosting.co.za>
Message-ID: <1235655724.75.0.151870925467.issue4278@psf.upfronthosting.co.za>


Andy Buckley <andy at insectnation.org> added the comment:

Are these really bugs? The first message just reports the error the
other way around from how you view it: you are thinking of "-TO" as a
two-character "short option", optparse thinks of it as a two-character
long option which is missing a dash. I would side with optparse's
definition, since the point of short options is that they can be
combined under a single dash --- a multi-character option can't do that,
and so can't be "short" by definition.

In both this and the "-h" issue, optparse is reasonably enforcing a UI
convention as well as providing parsing facilities. That uniformity of
UI behaviour is a design goal is made explicit in the documentation.
Using optparse means that users can rely on "-h" to give them help
documentation, which IMO is a very useful convention to respect. And the
splitting of long and short options by whether they are single character
(and hence can be combined) or multi-character (hence uncombinable, but
good for less-used options without eating up the alphabetic option
namespace) is another nice convention which optparse enforces.

-1 from me: I think the existing behaviours are good, largely *because*
they aren't flexible.

----------
nosy: +andybuckley

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4278>
_______________________________________

From report at bugs.python.org  Thu Feb 26 14:55:06 2009
From: report at bugs.python.org (Andy Buckley)
Date: Thu, 26 Feb 2009 13:55:06 +0000
Subject: [issue4318] optparse: formatting of help text/descriptions
In-Reply-To: <1226623065.62.0.674807245437.issue4318@psf.upfronthosting.co.za>
Message-ID: <1235656506.37.0.550899947125.issue4318@psf.upfronthosting.co.za>


Andy Buckley <andy at insectnation.org> added the comment:

FWIW, I would like to see an option on textwrap to preserve newlines for
purposes other than optparse formatting. optparse would then just be
able to pass that as a flag when building the text wrapper object.
Should I open a separate issue targeted at textwrap?

----------
nosy: +andybuckley

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4318>
_______________________________________

From report at bugs.python.org  Thu Feb 26 15:08:21 2009
From: report at bugs.python.org (Andy Buckley)
Date: Thu, 26 Feb 2009 14:08:21 +0000
Subject: [issue5374] optparse special usage tokens conflict with formatting
	characters
In-Reply-To: <1235657301.0.0.570372518506.issue5374@psf.upfronthosting.co.za>
Message-ID: <1235657301.0.0.570372518506.issue5374@psf.upfronthosting.co.za>


New submission from Andy Buckley <andy at insectnation.org>:

optparse's OptionParser takes a usage string as a constructor argument,
in which a "%prog" token is replaced with the executable name. Nice
idea, but the choice of a percent sign for token delimiter is
troublesome since it means that attempting to substitute any variables
into the usage string, e.g.

    usage = """
    %prog [options] foo bar ...
    
    Some computed info: %s""" % myinfo

gives a ValueError:

    ValueError: unsupported format character 'p' (0x70) at index 2

Maybe this ceases to be a problem with what I've heard about the
formatting re-design in Python 3.x, but it will probably continue to be
awkward for the 2.x series where the "%" operator still applies. Maybe
optparse could also use a safer token ("@prog", say), so that those of
use who would like to substitute variables into usage strings don't have
to artificially break our strings apart every time we use the program name?

----------
components: Library (Lib)
messages: 82755
nosy: andybuckley
severity: normal
status: open
title: optparse special usage tokens conflict with formatting characters
type: behavior
versions: Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5374>
_______________________________________

From report at bugs.python.org  Thu Feb 26 15:08:54 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 26 Feb 2009 14:08:54 +0000
Subject: [issue5375] Unified locals/consts array + register-based instructions
In-Reply-To: <1235657334.5.0.583024676615.issue5375@psf.upfronthosting.co.za>
Message-ID: <1235657334.5.0.583024676615.issue5375@psf.upfronthosting.co.za>


New submission from Antoine Pitrou <pitrou at free.fr>:

There is no patch here, this entry is just a reminder of some of the
ideas that have been suggested to experiment with ways to speedup the
Python VM (djc, who is nosied, has said he'd be willing to try working
on it):

- unify the local variables and constants arrays (this costs a copy of
the constants array at each frame creation, but it should be negligible
since frames are reused and the copy can probably be a dumb memcpy)
- devise new instructions, or a whole new instruction set, which takes
its arguments from this array

As a simple way to experiment, one could start with a new instruction
named e.g. BINARY_ADD_FAST which would take one 16-bit arg, whose 8
upper bits would be the index of the first argument, and whose 8 lower
bits would be the index of the second argument. The result would be
pushed on top of the stack.

It could also be measured whether having a special value (255) to mean
"pop the argument off the pop of the stack" gives negative (because of
overhead) or positive (because of less bytecode) results.

----------
components: Interpreter Core
messages: 82756
nosy: collinwinter, djc, jyasskin, pitrou
priority: normal
severity: normal
status: open
title: Unified locals/consts array + register-based instructions
type: performance
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5375>
_______________________________________

From report at bugs.python.org  Thu Feb 26 15:15:00 2009
From: report at bugs.python.org (Tim Gordon)
Date: Thu, 26 Feb 2009 14:15:00 +0000
Subject: [issue5374] optparse special usage tokens conflict with formatting
	characters
In-Reply-To: <1235657301.0.0.570372518506.issue5374@psf.upfronthosting.co.za>
Message-ID: <1235657700.52.0.66128430458.issue5374@psf.upfronthosting.co.za>


Tim Gordon <tim.py at aleph17.co.uk> added the comment:

Try escaping the '%prog' in your usage string (i.e. use '%%prog' 
instead) so you don't get the error when you substitute values in.

----------
nosy: +QuantumTim

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5374>
_______________________________________

From report at bugs.python.org  Thu Feb 26 15:21:47 2009
From: report at bugs.python.org (Steve Owens)
Date: Thu, 26 Feb 2009 14:21:47 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set functions
In-Reply-To: <1235642924.87.0.79428148693.issue5368@psf.upfronthosting.co.za>
Message-ID: <a627163ba9cc43cf48618a61dae47a97.squirrel@www.integrityintegrators.net>


Steve Owens <steve at integrityintegrators.net> added the comment:

According to the python.org website: http://python.org/dev/patches/

We were to submit Documentation patches as Documentation, but it did'nt
say what to submit other types of patches as, so I took a chance.

How should it have been submitted?

Best Regards,
Steve Owens
>
> Georg Brandl <georg at python.org> added the comment:
>
> Why was this classified as "documentation"?
>
> ----------
> components: +Extension Modules -Documentation
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue5368>
> _______________________________________
>

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Thu Feb 26 15:27:07 2009
From: report at bugs.python.org (Raghuram Devarakonda)
Date: Thu, 26 Feb 2009 14:27:07 +0000
Subject: [issue5374] optparse special usage tokens conflict with formatting
	characters
In-Reply-To: <1235657301.0.0.570372518506.issue5374@psf.upfronthosting.co.za>
Message-ID: <1235658427.5.0.612149727807.issue5374@psf.upfronthosting.co.za>


Raghuram Devarakonda <draghuram at gmail.com> added the comment:

Please use the fix suggested by Tim Gordon.

----------
nosy: +draghuram
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5374>
_______________________________________

From report at bugs.python.org  Thu Feb 26 15:32:34 2009
From: report at bugs.python.org (Andy Buckley)
Date: Thu, 26 Feb 2009 14:32:34 +0000
Subject: [issue5374] optparse special usage tokens conflict with formatting
	characters
In-Reply-To: <1235657301.0.0.570372518506.issue5374@psf.upfronthosting.co.za>
Message-ID: <1235658754.9.0.741396571844.issue5374@psf.upfronthosting.co.za>


Andy Buckley <andy at insectnation.org> added the comment:

Dang, why didn't I think of that? Cheers. Might be worth mentioning that
in the documentation, in case there are other people with my particular
brand of tunnel vision ;)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5374>
_______________________________________

From report at bugs.python.org  Thu Feb 26 15:35:30 2009
From: report at bugs.python.org (Raghuram Devarakonda)
Date: Thu, 26 Feb 2009 14:35:30 +0000
Subject: [issue5374] optparse special usage tokens conflict with formatting
	characters
In-Reply-To: <1235658754.9.0.741396571844.issue5374@psf.upfronthosting.co.za>
Message-ID: <2c51ecee0902260635m2b0d82bx560e977cb383f3fb@mail.gmail.com>


Raghuram Devarakonda <draghuram at gmail.com> added the comment:

On Thu, Feb 26, 2009 at 9:32 AM, Andy Buckley <report at bugs.python.org> wrote:

> Dang, why didn't I think of that? Cheers. Might be worth mentioning that
> in the documentation, in case there are other people with my particular
> brand of tunnel vision ;)

I am not entirely sure if it is worth changing the documentation but
it wouldn't hurt, I suppose. It will be helpful if you can submit a
simple doc patch for that purpose.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5374>
_______________________________________

From report at bugs.python.org  Thu Feb 26 15:46:09 2009
From: report at bugs.python.org (David W. Lambert)
Date: Thu, 26 Feb 2009 14:46:09 +0000
Subject: [issue4318] optparse: formatting of help text/descriptions
In-Reply-To: <1226623065.62.0.674807245437.issue4318@psf.upfronthosting.co.za>
Message-ID: <1235659569.76.0.503209793603.issue4318@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

I'd like textwrap option to preserve new lines.  Actual case:

I have a code that produces cryptograms meant to be printed and solved 
with paper and pencil.  Standard format for cryptogram inserts space 
character between each character of the original text, doubling the line 
length.  textwrap is handy to fit the cryptogram back to paper width.

Problem: When text to "cryptogramize" is a limerick original line breaks 
should be preserved.


P A Y C Y   H J K   J   K Q L Z   B J U R   G C V F   P C Y I P ,   H A 
V 

 K V O N A P   I Y H   H J R K   P V   U Y U Y I P .   A Y C   P R E ' Y 
C 

 L A V L Z   G O B B   V G   E V V   G C V F   J   N O B B .   K A Y 

 U Q Y U   B J K P   I Q N A P ;   K A Y   H J K   K E Y I P . 

 J I V I R F V O K



import string
import random
import textwrap

def Shuffle(L):
    random.shuffle(L)
    return L

def create_cryptogram(quote):
    """
        (disregards cryptogram rule that a letter can't stand for 
itself)
	doctest omitted
    """
    # wish: wrap line-by-line to preserve original line breaks
    wrapped_quote = textwrap.fill(text=quote,width=38).upper()
    d = {c:c for c in string.printable}
    d['\n'] = '\n'*2
    UC = string.ascii_uppercase
    d.update(zip(UC,Shuffle(list(UC))))
    return ' '.join(d[c] for c in wrapped_quote)

----------
nosy: +LambertDW

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4318>
_______________________________________

From report at bugs.python.org  Thu Feb 26 16:44:55 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 26 Feb 2009 15:44:55 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1235635271.0.0.411407187537.issue1818@psf.upfronthosting.co.za>
Message-ID: <18854.44738.31513.913568@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Raymond> Barry or Skip, is this something you want in your module?

Sorry, I haven't really looked at this ticket other than to notice its
presence.  I wrote the DictReader/DictWriter functions way back when, so I'm
pretty comfortable using them.  I haven't felt the need for any other reader
or writer which manipulates file headers.

Skip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Thu Feb 26 16:47:27 2009
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 26 Feb 2009 15:47:27 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1235663247.33.0.763774321939.issue1818@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I think it would be useful to have.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Thu Feb 26 16:56:34 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Feb 2009 15:56:34 +0000
Subject: [issue5376] Wrong ImportError message if module is not readable
In-Reply-To: <1235663793.95.0.193952339163.issue5376@psf.upfronthosting.co.za>
Message-ID: <1235663793.95.0.193952339163.issue5376@psf.upfronthosting.co.za>


New submission from STINNER Victor <victor.stinner at haypocalc.com>:

__import__() raises an ImportError "No module named ..." if the module 
file is not readable or module directory is not executable. The 
expected message is something like "Module named ... is not readable".

Directory tree for the test:
------------------------------
marge$ ls -lRF .
.:
drwxrwxrwx 2 haypo haypo 4096 2009-02-26 16:51 module/
-rw-rw-rw- 1 haypo haypo    9 2009-02-26 16:48 module2.py
-rw-r--r-- 1 haypo haypo  414 2009-02-26 16:50 test.py

./module:
-rw-r--r-- 1 haypo haypo 10 2009-02-26 16:45 __init__.py
------------------------------

Success with correct file permissions:
------------------------------
$ python test.py
__import__('/home/haypo/xxx/module') ...
PI = 3.14
__import__('/home/haypo/xxx/module2') ...
E = 2.72
------------------------------

Change module/ and module2.py permissions to 000 (no read, no write, 
no execute):
------------------------------
__import__('/home/haypo/xxx/module') ...
No module named /home/haypo/xxx/module
__import__('/home/haypo/xxx/module2') ...
No module named /home/haypo/xxx/module2
------------------------------

----------
components: Interpreter Core
files: test.tar.gz
messages: 82766
nosy: haypo
severity: normal
status: open
title: Wrong ImportError message if module is not readable
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13190/test.tar.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5376>
_______________________________________

From report at bugs.python.org  Thu Feb 26 18:14:09 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 26 Feb 2009 17:14:09 +0000
Subject: [issue5375] Unified locals/consts array + register-based instructions
In-Reply-To: <1235657334.5.0.583024676615.issue5375@psf.upfronthosting.co.za>
Message-ID: <1235668449.19.0.788364649647.issue5375@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Please don't store such information in the bug tracker. If you think you
need public storage of it, consider using the wiki.

OTOH, I'm skeptical why a reminder is necessary in the first place: if
this is a project that interests you, you surely won't forget about it,
right?

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5375>
_______________________________________

From report at bugs.python.org  Thu Feb 26 18:22:56 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 26 Feb 2009 17:22:56 +0000
Subject: [issue5375] Unified locals/consts array + register-based instructions
In-Reply-To: <1235668449.19.0.788364649647.issue5375@psf.upfronthosting.co.za>
Message-ID: <1235669031.7109.84.camel@fsol>


Antoine Pitrou <pitrou at free.fr> added the comment:

> OTOH, I'm skeptical why a reminder is necessary in the first place: if
> this is a project that interests you, you surely won't forget about it,
> right?

The reason I don't just store it somewhere inside my head is that it's a
collective reminder :-). Also, djc (Dirkjan Ochtman) asked me to open an
entry as he wants to try to work on it.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5375>
_______________________________________

From report at bugs.python.org  Thu Feb 26 19:33:43 2009
From: report at bugs.python.org (anatoly techtonik)
Date: Thu, 26 Feb 2009 18:33:43 +0000
Subject: [issue5366] setupscript examples for dependency keywords in setup.py
In-Reply-To: <1235576513.9.0.725143372807.issue5366@psf.upfronthosting.co.za>
Message-ID: <1235673223.51.0.528353889007.issue5366@psf.upfronthosting.co.za>


anatoly techtonik <techtonik at gmail.com> added the comment:

Another thing for setupscript is to state that long_description is
actually ReStructured text.

----------
title: examples for dependency keywords in setup.py -> setupscript examples for dependency keywords in setup.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5366>
_______________________________________

From report at bugs.python.org  Thu Feb 26 20:02:05 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 26 Feb 2009 19:02:05 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1235674925.14.0.344971221378.issue1818@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

Hrm... I replied twice by email.  Only one comment appears to have
survived the long trip.  Here's my second reply:


    Rob> NamedTupleReader and NamedTupleWriter should be inverses.  This
    Rob> means that NamedTupleWriter needs to write headers.  This should
    Rob> produce identical output as the dict writer example, but it's much
    Rob> cleaner.

You're assuming that one instance of these classes will read or write an
entire file.  What if you want to append lines to an existing CSV file or
pick up reading a file with a new reader which has already be partially
processed?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Thu Feb 26 20:04:29 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Thu, 26 Feb 2009 19:04:29 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1235675069.13.0.360676089144.issue1818@psf.upfronthosting.co.za>


Skip Montanaro <skip at pobox.com> added the comment:

Let me be more explicit.  I don't know how it implements it, but I think
you really need to give the user the option of specifying the field
names and not reading/writing headers.  It can't be implicit as I
interpreted Rob's earlier comment:

    > NamedTupleReader and NamedTupleWriter should be inverses.
    > This means that NamedTupleWriter needs to write headers.

Skip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Thu Feb 26 20:20:14 2009
From: report at bugs.python.org (David W. Lambert)
Date: Thu, 26 Feb 2009 19:20:14 +0000
Subject: [issue4318] optparse: formatting of help text/descriptions
In-Reply-To: <1226623065.62.0.674807245437.issue4318@psf.upfronthosting.co.za>
Message-ID: <1235676014.64.0.247905497156.issue4318@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

granted, this isn't terribly difficult:

'\n'.join(textwrap.fill(line) for line in text.split('\n'))

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4318>
_______________________________________

From report at bugs.python.org  Thu Feb 26 20:25:21 2009
From: report at bugs.python.org (James Mills)
Date: Thu, 26 Feb 2009 19:25:21 +0000
Subject: [issue5322] Python 2.6 object.__new__ argument calling autodetection
	faulty
In-Reply-To: <1235075665.37.0.301694124748.issue5322@psf.upfronthosting.co.za>
Message-ID: <1235676321.68.0.771412532644.issue5322@psf.upfronthosting.co.za>


Changes by James Mills <prologic at shortcircuit.net.au>:


----------
nosy: +prologic

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5322>
_______________________________________

From report at bugs.python.org  Thu Feb 26 20:41:16 2009
From: report at bugs.python.org (Steve Owens)
Date: Thu, 26 Feb 2009 19:41:16 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235677276.14.0.790489211263.issue5368@psf.upfronthosting.co.za>


Changes by Steve Owens <steve at integrityintegrators.net>:


----------
components: +Library (Lib) -Extension Modules

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Thu Feb 26 20:42:01 2009
From: report at bugs.python.org (Steve Owens)
Date: Thu, 26 Feb 2009 19:42:01 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235677321.4.0.419094676911.issue5368@psf.upfronthosting.co.za>


Changes by Steve Owens <steve at integrityintegrators.net>:


----------
components: +Extension Modules -Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Thu Feb 26 21:24:29 2009
From: report at bugs.python.org (Gregory Golberg)
Date: Thu, 26 Feb 2009 20:24:29 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>


New submission from Gregory Golberg <grisha at alum.mit.edu>:

On some Python builds (2.5.2 and 2.6.1) the following program:

import sys
from decimal import Decimal

def show(n):
    print type(n)
    d = Decimal(str(n))
    i = int(d)
    t = type(i)
    print t
    i2 = int(i)
    t2 = type(i2)
    print t2

n = - sys.maxint - 1
show(n)

prints

<type 'int'>
<type 'long'>
<type 'int'>

While on 2.4 and 2.5.1 it prints:

<type 'int'>
<type 'int'>
<type 'int'>

This seems to happen only with -sys.maxint-1 number!

This has been tested with the following builds:

*** "Strange" result (with long): ***

2.6.1 (r261:67515, Feb 26 2009, 12:21:28) [GCC 4.2.4 (Ubuntu
4.2.4-1ubuntu3)]

2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)]

2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 (Ubuntu
4.2.3-2ubuntu7)]

2.5.2 and 2.6.1 on Windows Server 2003

*** "Expected" result (all int): ***

2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] 

2.5.1 (r251:54863, Oct 15 2007, 13:50:22) [GCC 3.4.6 20060404 (Red Hat
3.4.6-3)]

2.5.1 (r251:54863, Jul 31 2008, 23:17:40) [GCC 4.1.3 20070929
(prerelease) (Ubuntu 4.1.2-16ubuntu2)] 

2.4.5 (#2, Aug  1 2008, 02:20:59) [GCC 4.3.1] 

2.4.5 (#1, Jul 22 2008, 08:30:02) [GCC 3.4.3 (csl-sol210-3_4-20050802)]

2.4.3 (#1, Sep 21 2007, 20:05:43) [GCC 3.4.6 20060404 (Red Hat 3.4.6-8)]

----------
assignee: theller
components: Interpreter Core, ctypes
files: negmaxintbug.py
messages: 82773
nosy: debedb, theller
severity: normal
status: open
title: Strange behavior when performing int on a Decimal made from -sys.maxint-1
type: behavior
versions: Python 2.5, Python 2.6
Added file: http://bugs.python.org/file13191/negmaxintbug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Thu Feb 26 21:35:26 2009
From: report at bugs.python.org (Tim Peters)
Date: Thu, 26 Feb 2009 20:35:26 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235680526.06.0.680408905072.issue1580@psf.upfronthosting.co.za>


Tim Peters <tim.peters at gmail.com> added the comment:

Mark, "extreme complexity" is relative to what's possible if you don't
care about speed; e.g., if you use only bigint operations very
straightforwardly, correct rounding amounts to a dozen lines of
obviously correct Python code.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Thu Feb 26 21:43:46 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Thu, 26 Feb 2009 20:43:46 +0000
Subject: [issue5334] array.fromfile() fails to insert values when EOFError is
	raised
In-Reply-To: <1235189293.4.0.0829880938906.issue5334@psf.upfronthosting.co.za>
Message-ID: <1235681026.87.0.313630085794.issue5334@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Patch attached.

----------
components: +Extension Modules -Library (Lib)
keywords: +patch
nosy: +ocean-city
versions: +Python 3.1
Added file: http://bugs.python.org/file13192/py3k_fix_array_fromfile.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5334>
_______________________________________

From report at bugs.python.org  Thu Feb 26 21:50:07 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 26 Feb 2009 20:50:07 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235681407.61.0.0381964827137.issue1580@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

So is it worth trying to come up with a patch for this?  (Where this = 
making David Gay's code for strtod and dtoa usable from Python.)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Thu Feb 26 22:01:35 2009
From: report at bugs.python.org (Tim Peters)
Date: Thu, 26 Feb 2009 21:01:35 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235682095.22.0.348339580537.issue1580@psf.upfronthosting.co.za>


Tim Peters <tim.peters at gmail.com> added the comment:

Is it worth it?  To whom ;-) ?  It was discussed several times before on
various Python mailing lists, and nobody was willing to sign up for the
considerable effort required (both to update Gay's code and to fight
with shifting platform quirks ever after).

If /you/ have the time, interest, and commitment, then yes, it's a Very
Good Thing.  The only hangup has been that it's also a labor-intensive
thing, in an obscure area requiring true expertise.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Thu Feb 26 22:03:00 2009
From: report at bugs.python.org (Jervis Whitley)
Date: Thu, 26 Feb 2009 21:03:00 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1235682180.06.0.304519008225.issue1818@psf.upfronthosting.co.za>


Jervis Whitley <jervisau at gmail.com> added the comment:

Skip> Let me be more explicit.  I don't know how it implements it, but I 
think
Skip> you really need to give the user the option of specifying the 
field
Skip> names and not reading/writing headers.  It can't be implicit as I
Skip> interpreted Rob's earlier comment:

    rrenaud> NamedTupleReader and NamedTupleWriter should be inverses.
    rrenaud> This means that NamedTupleWriter needs to write headers.

I agree with Skip, we mustn't have a 'wroteheader' flag internal to the 
NamedTupleWriter.

Currently to write a 'header' row with a csv.writer you could (for 
example) pass a tuple of header names to writerow. NamedTupleWriter
is no different, you would have a namedtuple of header names instead of
a tuple of header names.

I would not like to see another flag added to the initialisation process
to enable the writing of a header row as the 'first' (or any) row 
written to a file.  We could add a function 'writeheader' that would
write the contents of 'fieldnames' as a row, but I don't like the idea.

Cheers,

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Thu Feb 26 23:03:28 2009
From: report at bugs.python.org (Roumen Petrov)
Date: Thu, 26 Feb 2009 22:03:28 +0000
Subject: [issue1006238] cross compile patch
Message-ID: <1235685808.22.0.37417938196.issue1006238@psf.upfronthosting.co.za>


Roumen Petrov <bugtrack at roumenpetrov.info> added the comment:

Mike, the python configure script fail to detect some of toolchain tools.

----------
nosy: +rpetrov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006238>
_______________________________________

From report at bugs.python.org  Thu Feb 26 23:12:14 2009
From: report at bugs.python.org (A.M. Kuchling)
Date: Thu, 26 Feb 2009 22:12:14 +0000
Subject: [issue2889] curses for windows (alternative patch)
In-Reply-To: <1210919907.42.0.842256015219.issue2889@psf.upfronthosting.co.za>
Message-ID: <1235686334.14.0.874467797792.issue2889@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/issue2889>
_______________________________________

From report at bugs.python.org  Thu Feb 26 23:18:43 2009
From: report at bugs.python.org (Rob Renaud)
Date: Thu, 26 Feb 2009 22:18:43 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1235686723.19.0.70025441597.issue1818@psf.upfronthosting.co.za>


Rob Renaud <rrenaud at google.com> added the comment:

I want to make sure I understand.  Am I correct in believing that Skip
thinks writing headers should be optional, while Jervis believes we
should leave the burden to the NamedTupleWriter client?  

I agree that we should not unconditionally write headers, but I think
that we should write headers by default, much like we read them by default.

I believe the implicit header writing is very elegant, and the only
reason that the DictWriter object doesn't write headers is the impedance
mismatch between dicts and CSV.  namedtuples has the field order
information, the impedance mismatch is gone, we should no longer be
hindered.  Implicitly reading but not explicitly writing headers just
seems wrong.

It also seems wrong to require the construction of "header" namedtuple
objects.  It's much less natural than dicts holding identity mappings.

>>> Point._make(Point._fields)
Point(x='x', y='y')

To me, that just looks weird and non-obvious to me.  That Point instance
doesn't really fit in my mind as something that should be a Point.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Thu Feb 26 23:23:02 2009
From: report at bugs.python.org (A.M. Kuchling)
Date: Thu, 26 Feb 2009 22:23:02 +0000
Subject: [issue2889] curses for windows (alternative patch)
In-Reply-To: <1210919907.42.0.842256015219.issue2889@psf.upfronthosting.co.za>
Message-ID: <1235686982.75.0.94739609563.issue2889@psf.upfronthosting.co.za>


A.M. Kuchling <lists at amk.ca> added the comment:

I can't say anything about the Windows build aspects.  Some observations
about the curses/test_curses changes:

* test_curses: I'd be happier to see the 'if' statement as sys.platform
!= 'win32' and (not term or term == 'unknown')  -- easier to read.

* test_curses: does putp() make PDCurses crash, or is it not available?
 If the latter, I'd prefer to see 'if hasattr(curses, "putp"): <putp
test>'.    Same for the tparm() test.

* Given that you include term.h and IRIX included term.h, I wonder if we
should make _cursesmodule.c include term.h on all platforms that have
it, and then fix the resulting breakage claimed by the comment (if any).

* Is setupterm() a no-up on Windows?  Maybe the function just shouldn't
be defined on Windows, then, so that user code can check for the
function's existence.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2889>
_______________________________________

From report at bugs.python.org  Thu Feb 26 23:24:28 2009
From: report at bugs.python.org (A.M. Kuchling)
Date: Thu, 26 Feb 2009 22:24:28 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235687068.46.0.415771539924.issue5368@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/issue5368>
_______________________________________

From report at bugs.python.org  Thu Feb 26 23:31:49 2009
From: report at bugs.python.org (A.M. Kuchling)
Date: Thu, 26 Feb 2009 22:31:49 +0000
Subject: [issue4254] _cursesmodule.c callable update_lines_cols()
In-Reply-To: <1225724529.97.0.843166149521.issue4254@psf.upfronthosting.co.za>
Message-ID: <1235687509.31.0.320120548685.issue4254@psf.upfronthosting.co.za>


A.M. Kuchling <lists at amk.ca> added the comment:

No documentation?  Doc/library/curses.rst exists; there's also
Doc/howto/curses.rst.  What functions in _curses need to be documented?

----------
nosy: +akuchling

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4254>
_______________________________________

From report at bugs.python.org  Thu Feb 26 23:35:18 2009
From: report at bugs.python.org (A.M. Kuchling)
Date: Thu, 26 Feb 2009 22:35:18 +0000
Subject: [issue4254] _cursesmodule.c callable update_lines_cols()
In-Reply-To: <1225724529.97.0.843166149521.issue4254@psf.upfronthosting.co.za>
Message-ID: <1235687718.12.0.638873005705.issue4254@psf.upfronthosting.co.za>


A.M. Kuchling <lists at amk.ca> added the comment:

BTW, the code portion of the patch looks OK to me.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4254>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:06:54 2009
From: report at bugs.python.org (Martin von Gagern)
Date: Thu, 26 Feb 2009 23:06:54 +0000
Subject: [issue843590] 'macintosh' encoding alias for 'mac_roman'
Message-ID: <1235689614.98.0.418526753967.issue843590@psf.upfronthosting.co.za>


Martin von Gagern <Martin.vGagern at gmx.net> added the comment:

I did some further investigations here. Apple doesn't seem likely to
offer any authoritative reference for the "macintosh" encoding, because
all they ever seem to talk about is "Roman". The only source for
"macintosh" I could find is this RFC 1345, with the listed differences.
The RFC states the Unicode 1.0 standard as its source. Yesterday I went
to the library and thumbed through that volume. That, too, talks about
the different macintosh encodings, one of which is called "Roman" and
matches the one from current Unicode standards, except for 0xdb which
used to be the currency sign back then but is euro now. On 2009-02-09 I
also tried to ask Keld Simonsen, the author of the RFC, about this whole
issue. I got no reply so far.

On the whole, I get the impression that the "macintosh" encoding from
RFC 1345 is pretty much without actual use. I see no real world
application which actually uses it as it is defined, as most users
intend it as the IANA-registered name for mac-roman.

Python has two options, I believe. We could either do this by the book,
and implement an encoding as it was defined, even though there is no
known real world applicaton of that exact charset. Or we could be
pragmatic, and postulate that the RFC is simply wrong, and every real
world occurrence of "macintosh" intends to refer to mac-romand, in which
case an alias would be appropriate. I would say, let's be pragmatic.

When converting from unicode to macintosh, it might be possible to
accomodate both mappings, and in this way avoid unmappable characters.
As this doesn't deal well with the switched dashes, I guess I'd rather
not do this, in order to avoid subtle issues from going undetected. It
might be a good idea, however, to map both currecny sign and euro to the
same byte, and choose one when mapping back to unicode.

I don't think I can contribute much more information to this issue, and
seeing as it has been open for years without much input, I take it
neither will others. So I guess it is time to make a choice based on the
information available. By the book, or pragmatic?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue843590>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:08:59 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Feb 2009 23:08:59 +0000
Subject: [issue5376] Wrong ImportError message if module is not readable
In-Reply-To: <1235663793.95.0.193952339163.issue5376@psf.upfronthosting.co.za>
Message-ID: <1235689739.67.0.166229673845.issue5376@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file13190/test.tar.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5376>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:09:39 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Feb 2009 23:09:39 +0000
Subject: [issue5376] Wrong ImportError message if module is not readable
In-Reply-To: <1235663793.95.0.193952339163.issue5376@psf.upfronthosting.co.za>
Message-ID: <1235689779.18.0.991284062684.issue5376@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Oops, my first .tar.gz doesn't create files in a subdirectory. New 
archive fixes that.

Added file: http://bugs.python.org/file13193/issue5376.tar.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5376>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:18:22 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Feb 2009 23:18:22 +0000
Subject: [issue5376] Wrong ImportError message if module is not readable
In-Reply-To: <1235663793.95.0.193952339163.issue5376@psf.upfronthosting.co.za>
Message-ID: <1235690302.55.0.547770032655.issue5376@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Oooh, import by filename has been disabled in Python 2.6: see issue 
#1776.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5376>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:32:56 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Feb 2009 23:32:56 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235691176.78.0.14029827293.issue5377@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

For a Decimal object (d), int(d) calls d.__int__(). In your example, d 
has the attributes:
* _sign=1 (negative)
* _exp=0 (10^0=1)
* _int='2147483648'

d.__int__() uses s*int(self._int)*10**self._exp 
<=> -(int('2147483648')). Since int('2147483648') creates a long, you 
finally get a long instead of an integer.

Workaround to get a small integer even with -2147483648: 
int(int(d)) ;-)

For me, it's not a bug because __int__() can return a long! The 
following code works in Python 2.5 and 2.6:
   class A:
       def __int__(self):
           return 10**20

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:36:57 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Feb 2009 23:36:57 +0000
Subject: [issue4474] PyUnicode_FromWideChar incorrect for characters outside
	the BMP (unix only)
In-Reply-To: <1228071248.49.0.10094276273.issue4474@psf.upfronthosting.co.za>
Message-ID: <1235691417.49.0.710649161896.issue4474@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file13166/unicode_fromwidechar_surrogate-5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4474>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:37:00 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Feb 2009 23:37:00 +0000
Subject: [issue4474] PyUnicode_FromWideChar incorrect for characters outside
	the BMP (unix only)
In-Reply-To: <1228071248.49.0.10094276273.issue4474@psf.upfronthosting.co.za>
Message-ID: <1235691420.32.0.36087840628.issue4474@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


Removed file: http://bugs.python.org/file12890/unicode_fromwidechar_surrogate-4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4474>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:38:41 2009
From: report at bugs.python.org (Gregory Golberg)
Date: Thu, 26 Feb 2009 23:38:41 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235691521.12.0.525776530889.issue5377@psf.upfronthosting.co.za>


Gregory Golberg <grisha at alum.mit.edu> added the comment:

Well, yes, the workaround works, but the question is why would the
second int() return an int, if it's indeed a long? And why the
difference in this behavior between 2.5.1 and 2.5.2.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:40:04 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Feb 2009 23:40:04 +0000
Subject: [issue4474] PyUnicode_FromWideChar incorrect for characters outside
	the BMP (unix only)
In-Reply-To: <1228071248.49.0.10094276273.issue4474@psf.upfronthosting.co.za>
Message-ID: <1235691604.87.0.507225319066.issue4474@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> add defined(SIZEOF_WCHAR_T) check

I don't understand why SIZEOF_WCHAR_T could be unset, but the patch 
version 6 only checks defined(SIZEOF_WCHAR_T) in unicodeobject.c, not 
in _testcapimodule.c (#if SIZEOF_WCHAR_T == 4).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4474>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:50:58 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 26 Feb 2009 23:50:58 +0000
Subject: [issue5378] adding --quiet to bdist_rpm
In-Reply-To: <1235692258.75.0.847586462269.issue5378@psf.upfronthosting.co.za>
Message-ID: <1235692258.75.0.847586462269.issue5378@psf.upfronthosting.co.za>


New submission from Tarek Ziad? <ziade.tarek at gmail.com>:

rmp and rpmbuild has a --quiet option that lowers down the output to
stdout and stderr.

Having it in Distutils is useful to cut down the output when bdist_rpm
calls these commands

----------
assignee: tarek
components: Distutils
messages: 82790
nosy: tarek
priority: normal
severity: normal
status: open
title: adding --quiet to bdist_rpm
type: feature request
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5378>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:52:24 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 26 Feb 2009 23:52:24 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235692344.75.0.906707735089.issue1533164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

before I commit this patch I will do this one : #5378
to be able to lower down the output of the rpm/rpmbuild command calls

----------
dependencies: +adding --quiet to bdist_rpm

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:52:51 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Feb 2009 23:52:51 +0000
Subject: [issue4258] Use 30-bit digits instead of 15-bit digits for Python
	integers.
In-Reply-To: <1225795512.12.0.546973896448.issue4258@psf.upfronthosting.co.za>
Message-ID: <1235692371.94.0.3513809271.issue4258@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

1 comment and 1 question about 30bit_longdigit20.patch:
 - I love fixed size type: you use them when PYLONG_BITS_IN_DIGIT == 
30 (eg. digit=PY_UINT32_T) but not when PYLONG_BITS_IN_DIGIT == 15 
(eg. digit=unsigned short). Even if short is always 16 bits, I would 
prefer fixed size types in any case.
 - In pyport.h, you redefine PYLONG_BITS_IN_DIGIT if it's not set. Is 
it for the Windows world (which doesn't use configure script)?

I prefer the patch version 20 because it's much simplier than the 
other with the algorithm optimisations. The patch is already huge, so 
it's better to split it into smaller parts ;-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4258>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:54:52 2009
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Feb 2009 23:54:52 +0000
Subject: [issue4626] compile() doesn't ignore the source encoding when a
	string is passed in
In-Reply-To: <1228976357.63.0.133847904092.issue4626@psf.upfronthosting.co.za>
Message-ID: <1235692492.86.0.172260108483.issue4626@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> I think that feature is ok to not support.

Yeah!

Anyone to review and/or commit the last patch?

----------
versions: +Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4626>
_______________________________________

From report at bugs.python.org  Fri Feb 27 00:55:49 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Thu, 26 Feb 2009 23:55:49 +0000
Subject: [issue5052] Mark distutils to stay compatible with 2.3
In-Reply-To: <1232889518.53.0.767329174887.issue5052@psf.upfronthosting.co.za>
Message-ID: <1235692549.34.0.720877843735.issue5052@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

ok the current trunk won't run even under 2.5...

I will make two small changes:

- use md5 module of haslib is not found
- make the smallest possible change for site.USER_BASE 
  and site.USER_SITE usage

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5052>
_______________________________________

From report at bugs.python.org  Fri Feb 27 01:04:48 2009
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Feb 2009 00:04:48 +0000
Subject: [issue5305] imaplib should support international mailbox names
In-Reply-To: <1234935371.11.0.35650041724.issue5305@psf.upfronthosting.co.za>
Message-ID: <1235693088.41.0.930251286466.issue5305@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> The IMAP4rev1 specification allows for non-ASCII mailbox 
> names using a modified UTF-7 encoding

UTF-7 already sounds like something horrible for me, but a *modified* 
UTF-7 encoding is something a little bit more strange for me. Why not 
reusing directly UTF-7.

(sorry, it's an off topic dummy question)

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5305>
_______________________________________

From report at bugs.python.org  Fri Feb 27 01:11:58 2009
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Feb 2009 00:11:58 +0000
Subject: [issue3595] Windows base64 Decode
In-Reply-To: <1219112685.57.0.506715853146.issue3595@psf.upfronthosting.co.za>
Message-ID: <1235693518.87.0.710134377115.issue3595@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

need more informations like a test script. reopen if you such 
script ;-)

----------
nosy: +haypo
resolution:  -> invalid
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3595>
_______________________________________

From report at bugs.python.org  Fri Feb 27 01:14:08 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Fri, 27 Feb 2009 00:14:08 +0000
Subject: [issue5305] imaplib should support international mailbox names
In-Reply-To: <1234935371.11.0.35650041724.issue5305@psf.upfronthosting.co.za>
Message-ID: <1235693648.15.0.708947418316.issue5305@psf.upfronthosting.co.za>


Jean-Paul Calderone <exarkun at divmod.com> added the comment:

> UTF-7 already sounds like something horrible for me, but a *modified*
> UTF-7 encoding is something a little bit more strange for me. Why not
> reusing directly UTF-7.

UTF-7 wasn't horrible for its time, but its time has very likely passed.
 Alas, changing a standard like IMAP4 is so difficult, this mistake will
be with us for a long time to come.

As for why IMAP4 uses a modified form of UTF-7, the RFC addresses this:

   The purpose of these modifications is to correct the following
   problems with UTF-7:

      1) UTF-7 uses the "+" character for shifting; this conflicts with
         the common use of "+" in mailbox names, in particular USENET
         newsgroup names.

      2) UTF-7's encoding is BASE64 which uses the "/" character; this
         conflicts with the use of "/" as a popular hierarchy delimiter.

      3) UTF-7 prohibits the unencoded usage of "\"; this conflicts with
         the use of "\" as a popular hierarchy delimiter.

      4) UTF-7 prohibits the unencoded usage of "~"; this conflicts with
         the use of "~" in some servers as a home directory indicator.

      5) UTF-7 permits multiple alternate forms to represent the same
         string; in particular, printable US-ASCII characters can be
         represented in encoded form.

Whether you are convinced by these arguments or not is, of course,
entirely up to you.  Note also, however, that the modified UTF-7 is not
mandated by the RFC:

   By convention, international mailbox names in IMAP4rev1 are specified
   using a modified version of the UTF-7 encoding described in [UTF-7].
   Modified UTF-7 may also be usable in servers that implement an
   earlier version of this protocol.

However, it seems stupid to say that the choice if encoding is only a
convention since there is no other way to communicate the choice of
encoding between client and server.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5305>
_______________________________________

From report at bugs.python.org  Fri Feb 27 01:55:41 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Fri, 27 Feb 2009 00:55:41 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1235686723.19.0.70025441597.issue1818@psf.upfronthosting.co.za>
Message-ID: <18855.14852.404081.620096@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Rob> I agree that we should not unconditionally write headers, but I
    Rob> think that we should write headers by default, much like we read
    Rob> them by default.

I don't think you should write them by default.  I've worked with lots of
CSV files which have no headers.  I can imagine people wanting to write CSV
files with multiple headers.  It should be optional and explicit.

Skip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:00:25 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Fri, 27 Feb 2009 01:00:25 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1235686723.19.0.70025441597.issue1818@psf.upfronthosting.co.za>
Message-ID: <18855.15136.535327.807594@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

More concretely, I don't think this is so onerous:

    names = ["col1", "col2", "color"]
    writer = csv.DictWriter(open("f.csv", "wb"), fieldnames=names, ...)
    writer.writerow(dict(zip(names, names)))
    ...

or

    f = open("f.csv", "rb")
    names = csv.reader(f).next()
    reader = csv.DictReader(f, fieldnames=names, ...)
    ...

Skip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:09:38 2009
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Feb 2009 01:09:38 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235696978.11.0.281841880228.issue5377@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

> the question is why would the second int() return an int, 
> if it's indeed a long?

Python doesn't convert long to int even if the long can fit in an int. 
Example:

>>> type(1)
<type 'int'>
>>> type(1L)
<type 'long'>
>>> type(1L+1)
<type 'long'>
>>> type(2)
<type 'int'>

Even if 1L and 2L can fit in a int, Python keeps the long type.

> why the difference in this behavior between 2.5.1 and 2.5.2

No idea. You can simplify your test script with :

# example with python 2.5.1 (32 bits CPU)
>>> type(-int('2147483648'))
<type 'long'>
>>> sys.maxint

On a 64 bits CPU, sys.maxint is much bigger, so don't have the problem 
with -2147483648 but with -9223372036854775808:

# example with python 2.5.2 (*64 bits CPU*)
>>> sys.maxint + 1
9223372036854775808L
>>> -int('9223372036854775808')
-9223372036854775808L
>>> int(-int('9223372036854775808'))
-9223372036854775808

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:12:04 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 27 Feb 2009 01:12:04 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1235682095.22.0.348339580537.issue1580@psf.upfronthosting.co.za>
Message-ID: <ca471dc20902261711g163f88c7i3ccd12f829788f3@mail.gmail.com>


Guido van Rossum <guido at python.org> added the comment:

On Thu, Feb 26, 2009 at 1:01 PM, Tim Peters <report at bugs.python.org> wrote:
> Is it worth it? ?To whom ;-) ? ?It was discussed several times before on
> various Python mailing lists, and nobody was willing to sign up for the
> considerable effort required (both to update Gay's code and to fight
> with shifting platform quirks ever after).
>
> If /you/ have the time, interest, and commitment, then yes, it's a Very
> Good Thing. ?The only hangup has been that it's also a labor-intensive
> thing, in an obscure area requiring true expertise.

I *think* I understood Preston as saying that he has the expertise and
is interested in doing this. He's just looking for guidance on how
we'd like the software engineering side of things to be done, and I
think he's getting good feedback here. (Preston, please butt in if I
misunderstood you.)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:12:54 2009
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Feb 2009 01:12:54 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235697174.59.0.879036657408.issue5377@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Anyway, the behaviour in correct. But ok, it's "strange" because 
unexpected. You have to understand the fact the long=>int conversion 
is manual :-/ Decimal.__int__ might force return int(result) at the 
end to avoid problem with -sys.maxint, but is it really important? I 
don't think so. Python3 doesn't have this problem ;-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:13:22 2009
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Feb 2009 01:13:22 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235697202.84.0.939735444246.issue5377@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at haypocalc.com>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:13:39 2009
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Feb 2009 01:13:39 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235697219.97.0.49286680827.issue5377@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

Anyway, the behaviour is correct. But ok, it's "strange" because 
unexpected. You have to understand the fact the long=>int conversion 
is manual :-/ Decimal.__int__ might force return int(result) at the 
end to avoid problem with -sys.maxint, but is it really important? I 
don't think so. Python3 doesn't have this problem ;-)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:23:23 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 01:23:23 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235697803.16.0.698225018072.issue5368@psf.upfronthosting.co.za>


Steve Owens <steve at integrityintegrators.net> added the comment:

I have also added the addchstr family of functions.  The updated patch2
should include the previos patch since it has not been applied to the
repository as of this writing.  See also the unittest for the addchstr
method family.

I will update the docs and add those as well, but there is quite alot of
documentation that needs to be done and it is late, please let me know
if this will be an acceptable patch. I'm still new.

----------
title: curses patch add color_set and wcolor_set functions -> curses patch add color_set and wcolor_set , and addchstr family of functions
Added file: http://bugs.python.org/file13194/curses_patch2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:24:28 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 01:24:28 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235697868.97.0.705930796441.issue5368@psf.upfronthosting.co.za>


Steve Owens <steve at integrityintegrators.net> added the comment:

This is the addchstr unit test.

Added file: http://bugs.python.org/file13195/test_curses_addchstr.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:25:42 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 01:25:42 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235697942.38.0.0409185780564.issue5368@psf.upfronthosting.co.za>


Steve Owens <steve at integrityintegrators.net> added the comment:

This is a start on the documentation efforts.  I have updated the
recently modified curses.rst (how to) file.  Need direction in locating
all of the docs that are impacted by the changes I have introduced and I
will write them up.

Added file: http://bugs.python.org/file13196/curses.rst

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:35:11 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 27 Feb 2009 01:35:11 +0000
Subject: [issue5052] Mark distutils to stay compatible with 2.3
In-Reply-To: <1232889518.53.0.767329174887.issue5052@psf.upfronthosting.co.za>
Message-ID: <1235698511.61.0.448718795122.issue5052@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file13197/2.3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5052>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:42:13 2009
From: report at bugs.python.org (Tim Peters)
Date: Fri, 27 Feb 2009 01:42:13 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235698933.51.0.422035818495.issue1580@psf.upfronthosting.co.za>


Tim Peters <tim.peters at gmail.com> added the comment:

Huh.  I didn't see Preston volunteer to do anything here ;-)

One bit of software engineering for whoever does sign on:  nothing kills
porting a language to a new platform faster than needing to get an
obscure but core subsystem working.  So whatever is done here, to the
extent that it requires fiddling with obscure platform-specific gimmicks
for manipulating FPU state, to that extent also is it important to
retain a std C fallback (i.e., one requiring no porting effort).

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:43:58 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 27 Feb 2009 01:43:58 +0000
Subject: [issue5366] setupscript examples for dependency keywords in setup.py
In-Reply-To: <1235576513.9.0.725143372807.issue5366@psf.upfronthosting.co.za>
Message-ID: <1235699038.62.0.417127121618.issue5366@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

> Another thing for setupscript is to state that long_description is
> actually ReStructured text.

I can be free text. If it's ReStructured text it will be parsed by PyPI
but this is it;

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5366>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:46:27 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 27 Feb 2009 01:46:27 +0000
Subject: [issue5366] setupscript examples for dependency keywords in setup.py
In-Reply-To: <1235576513.9.0.725143372807.issue5366@psf.upfronthosting.co.za>
Message-ID: <1235699187.28.0.78332968297.issue5366@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

For the requires and provides, I am afraid no one really uses theses
option, and they might get deprecated at some point. So I don't think it
worth adding an example for it

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5366>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:50:01 2009
From: report at bugs.python.org (Philipp Hagemeister)
Date: Fri, 27 Feb 2009 01:50:01 +0000
Subject: [issue5379] Multicast example mcast.py is outdated and ugly
In-Reply-To: <1235699401.83.0.959623868909.issue5379@psf.upfronthosting.co.za>
Message-ID: <1235699401.83.0.959623868909.issue5379@psf.upfronthosting.co.za>


New submission from Philipp Hagemeister <phihag at phihag.de>:

The multicast example Demo/sockets/mcast.py
1. mentions that multicast is only implemented on SGI (and optional on
other systems). That is not the case anymore.
2. Includes completely unrelated code for broadcast transmission. There
is already an example for that, suitably named broadcast.py (in the same
directory).
3. Does only support IPv4.
4. Is borderline buggy. Line 85 only works by accident. Similarly, line
37 fails if the TTL would be increased to >127.
5. Is ugly. Line 79-81 are an example of how not to write python code,
line 62 can be deleted without changing the program's semantics.
(All line numbers refer to rev70006)

The attached patch removes broadcast support in mcast.py, adds IPv6
support and fixes all other problems mentioned above.

----------
components: Demos and Tools
files: mcast-example.diff
keywords: patch
messages: 82810
nosy: phihag
severity: normal
status: open
title: Multicast example mcast.py is outdated and ugly
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file13198/mcast-example.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5379>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:52:22 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 27 Feb 2009 01:52:22 +0000
Subject: [issue5379] Multicast example mcast.py is outdated and ugly
In-Reply-To: <1235699401.83.0.959623868909.issue5379@psf.upfronthosting.co.za>
Message-ID: <1235699542.83.0.821832802868.issue5379@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

heh yuck that code was ancient.  thanks for the update, i'll submit it.

----------
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5379>
_______________________________________

From report at bugs.python.org  Fri Feb 27 02:52:51 2009
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 27 Feb 2009 01:52:51 +0000
Subject: [issue5379] Multicast example mcast.py is outdated and ugly
In-Reply-To: <1235699401.83.0.959623868909.issue5379@psf.upfronthosting.co.za>
Message-ID: <1235699571.75.0.253026299798.issue5379@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
priority:  -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5379>
_______________________________________

From report at bugs.python.org  Fri Feb 27 03:16:56 2009
From: report at bugs.python.org (Rob Renaud)
Date: Fri, 27 Feb 2009 02:16:56 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <18855.15136.535327.807594@montanaro.dyndns.org>
Message-ID: <855a6b050902261816w62e408a8saf4b30c20947cb94@mail.gmail.com>


Rob Renaud <rrenaud at google.com> added the comment:

I did a search on Google code for the DictReader constructor.  I
analyzed the first 3 pages, the fieldnames parameter was used in 14 of
27 cases (discounting unittest code built into Python) and was not
used in 13 of 27 cases.  I suppose that means headered csv files are
sufficiently rare that they shouldn't be created implicitly by
default.  I still don't like the lack of symmetry of supporting
implicit header reads, but not implicit header writes.

On Thu, Feb 26, 2009 at 8:00 PM, Skip Montanaro <report at bugs.python.org> wrote:
>
> Skip Montanaro <skip at pobox.com> added the comment:
>
> More concretely, I don't think this is so onerous:
>
>    names = ["col1", "col2", "color"]
>    writer = csv.DictWriter(open("f.csv", "wb"), fieldnames=names, ...)
>    writer.writerow(dict(zip(names, names)))
>    ...
>
> or
>
>    f = open("f.csv", "rb")
>    names = csv.reader(f).next()
>    reader = csv.DictReader(f, fieldnames=names, ...)
>    ...
>
> Skip
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue1818>
> _______________________________________
>

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Fri Feb 27 03:18:19 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 27 Feb 2009 02:18:19 +0000
Subject: [issue5366] setupscript examples for dependency keywords in setup.py
In-Reply-To: <1235576513.9.0.725143372807.issue5366@psf.upfronthosting.co.za>
Message-ID: <1235701099.0.0.688238724713.issue5366@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

I have added more details in r70007. Thanks!

notice that setupscript mentions that long_description is rest:

"""
?long string?
    Multiple lines of plain text in reStructuredText format (see
http://docutils.sf.net/).
"""

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5366>
_______________________________________

From report at bugs.python.org  Fri Feb 27 03:43:23 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Feb 2009 02:43:23 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <1200263236.24.0.0303258184569.issue1818@psf.upfronthosting.co.za>
Message-ID: <1235702603.96.0.106849059541.issue1818@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

> I don't think you should write them by default.  
> I've worked with lots of CSV files which have no headers. 

My experience has been the same as Skips.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Fri Feb 27 04:22:28 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 27 Feb 2009 03:22:28 +0000
Subject: [issue4626] compile() doesn't ignore the source encoding when a
	string is passed in
In-Reply-To: <1228976357.63.0.133847904092.issue4626@psf.upfronthosting.co.za>
Message-ID: <1235704948.17.0.173492086038.issue4626@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I'll deal with it eventually.

----------
assignee:  -> benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4626>
_______________________________________

From report at bugs.python.org  Fri Feb 27 04:39:08 2009
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 27 Feb 2009 03:39:08 +0000
Subject: [issue5213] _resolve_name in importlib/__init__.py left an index on
	rindex usage
In-Reply-To: <1234325197.68.0.593462014279.issue5213@psf.upfronthosting.co.za>
Message-ID: <1235705948.66.0.824069414733.issue5213@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Fixed in 70011.

----------
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5213>
_______________________________________

From report at bugs.python.org  Fri Feb 27 04:57:51 2009
From: report at bugs.python.org (Preston Briggs)
Date: Fri, 27 Feb 2009 03:57:51 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1235698933.51.0.422035818495.issue1580@psf.upfronthosting.co.za>
Message-ID: <9d8c178d0902261957g3b7f4473q2fde0b0ca301c9db@mail.gmail.com>


Preston Briggs <prestonb at google.com> added the comment:

This all started with email to Guido that y'all didn't see,
wherein I wondered if Python was interested in such a thing.
Guido said: Sure, in principle, please see the discussion associated
with this change.

I probably don't have all the required expertise today,
but I am patient and persistent.  I wouldn't be very fast either,
'cause I have other things on my plate.  Nevertheless, it seems like
an interesting project and I'm happy to work on it.

If Mark or someone else wants to jump in, that's fine too.

Preston

Added file: http://bugs.python.org/file13199/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20090227/a5a8dde0/attachment-0001.txt>

From report at bugs.python.org  Fri Feb 27 05:13:15 2009
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 27 Feb 2009 04:13:15 +0000
Subject: [issue5094] datetime lacks concrete tzinfo impl. for UTC
In-Reply-To: <1233190363.25.0.24659427347.issue5094@psf.upfronthosting.co.za>
Message-ID: <1235707995.43.0.00859010542241.issue5094@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

I am currently doing a review of the patch over at
http://codereview.appspot.com/22042 .

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5094>
_______________________________________

From report at bugs.python.org  Fri Feb 27 05:45:51 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Fri, 27 Feb 2009 04:45:51 +0000
Subject: [issue1818] Add named tuple reader to CSV module
In-Reply-To: <855a6b050902261816w62e408a8saf4b30c20947cb94@mail.gmail.com>
Message-ID: <18855.28663.296978.321008@montanaro.dyndns.org>


Skip Montanaro <skip at pobox.com> added the comment:

Rob> I still don't like the lack of symmetry of supporting implicit
    Rob> header reads, but not implicit header writes.

A header is nothing more than a row in the CSV file with special
interpretation applied by the user.  There is nothing implicit about it.
If you know the first line is a header, use the recipe I posted.  If not,
supply your own fieldnames and treat the first row as data.

Skip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1818>
_______________________________________

From report at bugs.python.org  Fri Feb 27 07:47:53 2009
From: report at bugs.python.org (Baiju M)
Date: Fri, 27 Feb 2009 06:47:53 +0000
Subject: [issue5358] Unicode control characters are not allowed as identifiers
In-Reply-To: <1235476432.19.0.732411111445.issue5358@psf.upfronthosting.co.za>
Message-ID: <1235717273.61.0.88861637299.issue5358@psf.upfronthosting.co.za>


Baiju M <baiju.m.mail at gmail.com> added the comment:

On a further look at this issue, I understood Python cannot use all
Unicode control characters as identifiers.  But for many international
languages, without some control characters like ZWJ & ZWNJ [1], it won't
be possible to construct all characters with proper visual
representation.  So, if Python really want to support international
characters as identifiers (for some reason), ZWJ & ZWNJ are unavoidable,
may be some other characters also.

 [1] http://en.wikipedia.org/wiki/Zero-width_joiner
     http://en.wikipedia.org/wiki/Zero-width_non-joiner

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5358>
_______________________________________

From report at bugs.python.org  Fri Feb 27 08:15:34 2009
From: report at bugs.python.org (Thomas Heller)
Date: Fri, 27 Feb 2009 07:15:34 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235718934.65.0.451771355083.issue5377@psf.upfronthosting.co.za>


Changes by Thomas Heller <theller at ctypes.org>:


----------
components:  -ctypes
nosy:  -theller

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 08:15:51 2009
From: report at bugs.python.org (Thomas Heller)
Date: Fri, 27 Feb 2009 07:15:51 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235718951.78.0.216503173444.issue5377@psf.upfronthosting.co.za>


Changes by Thomas Heller <theller at ctypes.org>:


----------
assignee: theller -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 08:24:13 2009
From: report at bugs.python.org (Baiju M)
Date: Fri, 27 Feb 2009 07:24:13 +0000
Subject: [issue5358] Unicode control characters are not allowed as identifiers
In-Reply-To: <1235476432.19.0.732411111445.issue5358@psf.upfronthosting.co.za>
Message-ID: <1235719453.9.0.670345776668.issue5358@psf.upfronthosting.co.za>


Baiju M <baiju.m.mail at gmail.com> added the comment:

I think RFC-3454 [1] can be used as a base for selecting the control
characters which can be used as a valid identifier character.

 [1] http://www.rfc-editor.org/rfc/rfc3454.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5358>
_______________________________________

From report at bugs.python.org  Fri Feb 27 08:48:20 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 27 Feb 2009 07:48:20 +0000
Subject: [issue5358] Unicode control characters are not allowed as identifiers
In-Reply-To: <1235476432.19.0.732411111445.issue5358@psf.upfronthosting.co.za>
Message-ID: <1235720900.98.0.735439502401.issue5358@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

Valid identifiers should begin with a letter or '_' and contain only
letters, numbers and '_'. This probably means that only the Unicode
characters that belong to the categories Ll, Lu (Letter Lower/Upper
case), Nd (Number, Decimal Digit) and Pc (Punctuation, Connector) - and
possibly other categories like Lm, Lt, No and Nl - are valid.

Some examples:
>>> ??? = 5 # U+FF0D, Cat: Pd, FULLWIDTH HYPHEN-MINUS
SyntaxError: invalid character in identifier
>>> a? = 5 # U+FF03, Cat: Po, FULLWIDTH NUMBER SIGN
SyntaxError: invalid character in identifier
>>> a?b = 5 # U+FF09, Cat: Pe, FULLWIDTH RIGHT PARENTHESIS
SyntaxError: invalid character in identifier
>>> ??? = 5 # U+FF3F, Cat: Pc, FULLWIDTH LOW LINE
>>> ???
5
>>> a?b?c?d = 5 # U+FE4D, U+FE4E, U+FE4F, Cat: Pc
>>> a?b?c?d
5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5358>
_______________________________________

From report at bugs.python.org  Fri Feb 27 08:52:29 2009
From: report at bugs.python.org (Zac Medico)
Date: Fri, 27 Feb 2009 07:52:29 +0000
Subject: [issue5334] array.fromfile() fails to insert values when EOFError is
	raised
In-Reply-To: <1235189293.4.0.0829880938906.issue5334@psf.upfronthosting.co.za>
Message-ID: <1235721149.66.0.869478408726.issue5334@psf.upfronthosting.co.za>


Zac Medico <zmedico at gentoo.org> added the comment:

Thanks for the patch. It works for me.

----------
components: +Library (Lib) -Extension Modules
versions:  -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5334>
_______________________________________

From report at bugs.python.org  Fri Feb 27 09:03:34 2009
From: report at bugs.python.org (Zac Medico)
Date: Fri, 27 Feb 2009 08:03:34 +0000
Subject: [issue5380] array.fromfile() on master pty raises IOError when slave
	pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>


New submission from Zac Medico <zmedico at gentoo.org>:

With python-3.0, array.fromfile() raises an IOError when reading from a
master pty device after the slave device has been closed. This causes
remaining data that had been written to the slave device to be lost. I
have observed this problem with python-3.0.1 on linux (I get the same
result with or without the patch from issue 5334). The traceback
produced by the attached test case looks like this:

    Traceback (most recent call last):
    File "./fromfile_pty_ioerror.py", line 26, in <module>
        buf.fromfile(master_file, bufsize)
    File "/usr/lib/python3.0/io.py", line 918, in read
        return self._read_unlocked(n)
    File "/usr/lib/python3.0/io.py", line 952, in _read_unlocked
        chunk = self.raw.read(wanted)
    IOError: [Errno 5] Input/output error

With python-2.x, the remaining data is appended to the array and an
EOFError is raised like one would expect.

----------
components: Library (Lib)
files: fromfile_pty_ioerror.py
messages: 82824
nosy: zmedico
severity: normal
status: open
title: array.fromfile() on master pty raises IOError when slave pty device is closed
type: behavior
versions: Python 3.0
Added file: http://bugs.python.org/file13200/fromfile_pty_ioerror.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 09:37:56 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Feb 2009 08:37:56 +0000
Subject: [issue5381] json need object_pairs_hook
In-Reply-To: <1235723876.26.0.796036500228.issue5381@psf.upfronthosting.co.za>
Message-ID: <1235723876.26.0.796036500228.issue5381@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <rhettinger at users.sourceforge.net>:

If PEP372 goes through, Python is going to gain an ordered dict soon.

The json module's encoder works well with it:

>>> items = [('one', 1), ('two', 2), ('three',3), ('four',4), ('five',5)]
>>> json.dumps(OrderedDict(items))
'{"one": 1, "two": 2, "three": 3, "four": 4, "five": 5}'

But the decoder doesn't fare so well.  The existing object_hook for the
decoder passes in a dictionary instead of a list of pairs.  So, all the
ordering information is lost:

>>> jtext = '{"one": 1, "two": 2, "three": 3, "four": 4, "five": 5}'
>>> json.loads(jtext, object_hook=OrderedDict)
OrderedDict({u'four': 4, u'three': 3, u'five': 5, u'two': 2, u'one': 1})

A solution is to provide an alternate hook that emits a sequence of
pairs.  If present, that hook should run instead of object_hook.  A
rough proof-of-concept patch is attached.

FWIW, sample ordered dict code is at: 
  http://code.activestate.com/recipes/576669/

----------
assignee: bob.ippolito
components: Library (Lib)
files: json_hook.diff
keywords: patch
messages: 82825
nosy: bob.ippolito, rhettinger
priority: normal
severity: normal
status: open
title: json need object_pairs_hook
type: feature request
versions: Python 2.7, Python 3.1
Added file: http://bugs.python.org/file13201/json_hook.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5381>
_______________________________________

From report at bugs.python.org  Fri Feb 27 10:38:41 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 27 Feb 2009 09:38:41 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235727521.78.0.821083052459.issue5380@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I think this is not array modules' bug. Attached test program outputs
different results on trunk/py3k.

debian:~/python-dev/trunk# ./python /mnt/windows/simple_test.py
os.pipe: success
pty.openpty: success

debian:~/python-dev/py3k# ./python /mnt/windows/simpled_test.py
b'os.pipe: success'
Traceback (most recent call last):
  File "/mnt/windows/simpled_test.py", line 17, in <module>
    gotdata = master_file.read(len(data) + 1)
  File "/root/python-dev/py3k/Lib/io.py", line 918, in read
    return self._read_unlocked(n)
  File "/root/python-dev/py3k/Lib/io.py", line 952, in _read_unlocked
    chunk = self.raw.read(wanted)
IOError: [Errno 5] Input/output error

And if you use io.open instead of os.fdopen, you can see same error
happens on trunk. So I think this is io module's bug. (py3k is using io
module deeply)

----------
nosy: +ocean-city
title: array.fromfile() on master pty raises IOError when slave pty device is closed -> pty.read raises IOError when slave pty device is closed
Added file: http://bugs.python.org/file13202/simple_test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 11:04:51 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 27 Feb 2009 10:04:51 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235729091.23.0.51301859708.issue5380@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

This OSError(5) happens when we tries to read from pty after data runs out.
So simple_test_2.py fails with same error even if we don't use io module.

Modules/posixmodule.c (posix_read) simply calls read(2) once, but io module

    while avail < n:
        chunk = self.raw.read(wanted)
        if chunk in empty_values:
            nodata_val = chunk
            break
        avail += len(chunk)
        chunks.append(chunk)

chunk is shorter than wanted (data runs out), but not empty, so io
module's read tries to read again => error happens.

I said this is io module's bug, but now I'm not sure.

Added file: http://bugs.python.org/file13203/simple_test_2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 11:07:07 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 27 Feb 2009 10:07:07 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235729227.7.0.499931756554.issue5380@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 11:28:03 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 27 Feb 2009 10:28:03 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235730483.4.0.789517515985.issue5380@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Interesting. The reason the io module calls read() more than once is
that BufferedReader is a generic wrapper which can be used on different
kinds of file-like objects, including sockets.

I'm not sure how to satisfy that use-case without compromising normal
error-handling behaviour. Perhaps the FileIO object, when receiving an
errno=5 on read(), should check for S_IFIFO on the fstat() result and
then return an empty string instead?

----------
nosy: +amaury.forgeotdarc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 11:28:14 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 27 Feb 2009 10:28:14 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235730494.43.0.63212899664.issue5380@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 12:38:29 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 27 Feb 2009 11:38:29 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235734709.5.0.444496658795.issue5377@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Why do you care whether the result is an int or a long in this case? 
Does it affect any code that you know of in a meaningful way?

> And why the difference in this behavior between 2.5.1 and 2.5.2.

There were some fairly major changes (many bugfixes, new functions to
comply with an updated specification, for example, pow, log and log10)
to the decimal module between 2.5 and 2.6, and the majority of those
changes were also backported to 2.5.2.  This particular change was part
of a set of changes that changed the internal representation of the
coefficient of a Decimal instance from a tuple to a string, for speed
reasons.  See r59144.

As Victor says, this is trivial to fix;  I'm not convinced that it's
actually worth fixing, though.  In Python 2.5, the difference between
ints and longs should be almost invisible anyway.  It's nice (for
performance reasons) if small integers are represented as ints rather
than longs.  Since this one's only just a small integer, it's difficult
to care much.  :-)

----------
components: +Library (Lib) -Interpreter Core
nosy: +marketdickinson, rhettinger
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 12:50:59 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 27 Feb 2009 11:50:59 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235735459.77.0.230031924587.issue5377@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

For anyone who does care about this, it should be noted that
the Fraction type has similar issues.  The following comes from Python
2.7 on a 64-bit machine:

>>> int(Fraction(2**63-1))
9223372036854775807L
>>> int(2**63-1)
9223372036854775807

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 14:08:19 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Fri, 27 Feb 2009 13:08:19 +0000
Subject: [issue5052] Mark distutils to stay compatible with 2.3
In-Reply-To: <1232889518.53.0.767329174887.issue5052@psf.upfronthosting.co.za>
Message-ID: <1235740099.1.0.291706095208.issue5052@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

And we're back in PEP 291 !

see r70019, r70017 and r70021

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5052>
_______________________________________

From report at bugs.python.org  Fri Feb 27 14:31:40 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 27 Feb 2009 13:31:40 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235741500.75.0.79907804064.issue1580@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

I'd be interested in working with Preston on adapting David Gay's code.

(I'm interested in looking at this anyway, but I'd much prefer to do it
in collaboration with someone else.)

It would be nice to get something working before the 3.1 betas, but that
seems a little optimistic.   2.7 and 3.2 are more likely targets.

Preston, are you going to be at PyCon?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1580>
_______________________________________

From report at bugs.python.org  Fri Feb 27 16:12:35 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 15:12:35 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235747555.16.0.456342830529.issue5368@psf.upfronthosting.co.za>


Steve Owens <steve at integrityintegrators.net> added the comment:

I am attaching the diff file for the Docs/library/curses.rst as 
lib_curses_rst.diff

Added file: http://bugs.python.org/file13204/lib_curses_rst.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 16:15:01 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 15:15:01 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235747701.7.0.959836668008.issue5368@psf.upfronthosting.co.za>


Steve Owens <steve at integrityintegrators.net> added the comment:

I am attaching the Docs/howto/curses.rst file as howto_curses_rst.diff

Added file: http://bugs.python.org/file13205/howto_curses_rst.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 16:20:53 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 15:20:53 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235748053.33.0.417734639711.issue5368@psf.upfronthosting.co.za>


Changes by Steve Owens <steve at integrityintegrators.net>:


Removed file: http://bugs.python.org/file13205/howto_curses_rst.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 16:21:10 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 15:21:10 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235748070.2.0.621250698257.issue5368@psf.upfronthosting.co.za>


Changes by Steve Owens <steve at integrityintegrators.net>:


Added file: http://bugs.python.org/file13206/howto_curses_rst.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 16:41:05 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 15:41:05 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235749265.87.0.521547621553.issue5368@psf.upfronthosting.co.za>


Changes by Steve Owens <steve at integrityintegrators.net>:


Added file: http://bugs.python.org/file13207/whatsnew_2_7_rst.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 16:41:27 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 15:41:27 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235749287.29.0.909919709024.issue5368@psf.upfronthosting.co.za>


Changes by Steve Owens <steve at integrityintegrators.net>:


Removed file: http://bugs.python.org/file13196/curses.rst

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 16:41:35 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 15:41:35 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235749295.47.0.375059850324.issue5368@psf.upfronthosting.co.za>


Changes by Steve Owens <steve at integrityintegrators.net>:


Removed file: http://bugs.python.org/file13174/color_set_patch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 16:49:10 2009
From: report at bugs.python.org (Steve Owens)
Date: Fri, 27 Feb 2009 15:49:10 +0000
Subject: [issue5368] curses patch add color_set and wcolor_set ,
	and addchstr family of functions
In-Reply-To: <1235583031.0.0.493464972804.issue5368@psf.upfronthosting.co.za>
Message-ID: <1235749750.17.0.312468552879.issue5368@psf.upfronthosting.co.za>


Steve Owens <steve at integrityintegrators.net> added the comment:

I am not familiar with the process here, but I would like to continue 
to add additional support to the _cursesmodule.c file.  However, I am 
loathe to put too much functionality into any one patch.  Is there any 
way I can find out when this patch will be applied so that I can get 
latest and then move forward incrementally?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5368>
_______________________________________

From report at bugs.python.org  Fri Feb 27 17:23:30 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Feb 2009 16:23:30 +0000
Subject: [issue5361] Obsolete mispelled in string formatting docs
In-Reply-To: <1235513045.71.0.677338168976.issue5361@psf.upfronthosting.co.za>
Message-ID: <1235751810.5.0.750043290449.issue5361@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in r70022.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5361>
_______________________________________

From report at bugs.python.org  Fri Feb 27 17:25:38 2009
From: report at bugs.python.org (David Kerkeslager)
Date: Fri, 27 Feb 2009 16:25:38 +0000
Subject: [issue5382] Allow Python keywords as keyword arguments for functions.
In-Reply-To: <1235751938.62.0.212144531806.issue5382@psf.upfronthosting.co.za>
Message-ID: <1235751938.62.0.212144531806.issue5382@psf.upfronthosting.co.za>


New submission from David Kerkeslager <david.kerkeslager at gmail.com>:

This problem arose in this thread:
http://www.python-forum.org/pythonforum/viewtopic.php?f=2&t=11606

Basically, we have the following function which will generate an XHTML 
node:

def xhtmlNode(tag, **attr):...

If we call:

xhtmlNode('div',class='sidebar')

... it should generate the xhtml:

<div class='sidebar'></div>

However, this isn't possible because the 'class' keyword in Python 
blocks it.  Since this is a key in a dictionary (attr['class']) this 
shouldn't be a problem.  As far as I know, there is no parsing issue 
with this either.

Could we allow Python keywords to be keyword arguments?  The use case 
above shows that this is useful in a real-life situation.

----------
components: Interpreter Core
messages: 82837
nosy: Imagist
severity: normal
status: open
title: Allow Python keywords as keyword arguments for functions.
type: feature request
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5382>
_______________________________________

From report at bugs.python.org  Fri Feb 27 17:40:28 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Feb 2009 16:40:28 +0000
Subject: [issue5363] Documentation of filecmp.compfiles missing word &
	possible explanation
In-Reply-To: <1235541124.5.0.22213829606.issue5363@psf.upfronthosting.co.za>
Message-ID: <1235752828.61.0.0604889789573.issue5363@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

That was really a suboptimal documentation :)

I reworded it and added an example in r70023. (I suspect it's still not
as clear as if the actual five lines of implementation were given ;)

----------
assignee: tarek -> georg.brandl
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5363>
_______________________________________

From report at bugs.python.org  Fri Feb 27 17:45:52 2009
From: report at bugs.python.org (David Kerkeslager)
Date: Fri, 27 Feb 2009 16:45:52 +0000
Subject: [issue5383] Allow intermixing of keyword arguments and vargarg
	arguments
In-Reply-To: <1235753152.03.0.131983429775.issue5383@psf.upfronthosting.co.za>
Message-ID: <1235753152.03.0.131983429775.issue5383@psf.upfronthosting.co.za>


New submission from David Kerkeslager <david.kerkeslager at gmail.com>:

This problem arose in this thread:
http://www.python-forum.org/pythonforum/viewtopic.php?f=2&t=11606

Basically, we have the following function which will generate an XHTML 
node:

def xhtmlNode(tag, *content, **attr):...

If we call:

xhtmlNode('div',id='sidebar','Hello, world')

... it should generate the xhtml:

<div id='sidebar'>Hello, world</div>

However, this isn't possible because the keyword argument isn't allowed 
to come before the 'vararg' argument.  We could do this:

xhtmlNode('div','Hello, world',id='sidebar')

... but this would not have symmetry with the generated xhtml and 
therefore complicates the code.  The solution, in my opinion, is to 
allow varargs to be intermixed with keyword args.  The above real-world 
example shows a use-case for this more flexible functionality.

If the following rules apply, there shouldn't be any issues:
1. Positional arguments must be in their position (positional arguments 
must come before all 'vararg' arguments and keyword arguments).
2. Varargs come in the order in which they are received, ignoring any 
keyword arguments that are intermixed.
3. Keyword arguments order doesn't matter (a dictionary isn't ordered).  
They can be intermixed with varargs.

Thus the following call:

xhtmlNode('div',id='sidebar',style='width:100px;float:left;','Hello,worl
d',xhtmlNode('p','Hello, world'))

... would result in the following html:

<div id='sidebar' style='width:100px;float:left;'> Hello, world 
<p>Hello, world</p></div>

----------
messages: 82839
nosy: Imagist
severity: normal
status: open
title: Allow intermixing of keyword arguments and vargarg arguments

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5383>
_______________________________________

From report at bugs.python.org  Fri Feb 27 17:46:56 2009
From: report at bugs.python.org (David Kerkeslager)
Date: Fri, 27 Feb 2009 16:46:56 +0000
Subject: [issue5383] Allow intermixing of keyword arguments and vargarg
	arguments
In-Reply-To: <1235753152.03.0.131983429775.issue5383@psf.upfronthosting.co.za>
Message-ID: <1235753216.4.0.355105593629.issue5383@psf.upfronthosting.co.za>


Changes by David Kerkeslager <david.kerkeslager at gmail.com>:


----------
type:  -> feature request
versions: +Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5383>
_______________________________________

From report at bugs.python.org  Fri Feb 27 17:47:09 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Feb 2009 16:47:09 +0000
Subject: [issue5357] Last paragraph of urllib.request.urlopen documentation is
	garbled
In-Reply-To: <1235437700.71.0.10154464666.issue5357@psf.upfronthosting.co.za>
Message-ID: <1235753229.65.0.361985762841.issue5357@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

That paragraph was a slight bit incomprehensible :)

Fixed in r70024.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5357>
_______________________________________

From report at bugs.python.org  Fri Feb 27 17:47:18 2009
From: report at bugs.python.org (David Kerkeslager)
Date: Fri, 27 Feb 2009 16:47:18 +0000
Subject: [issue5383] Allow intermixing of keyword arguments and vargarg
	arguments
In-Reply-To: <1235753152.03.0.131983429775.issue5383@psf.upfronthosting.co.za>
Message-ID: <1235753238.84.0.248649743397.issue5383@psf.upfronthosting.co.za>


Changes by David Kerkeslager <david.kerkeslager at gmail.com>:


----------
components: +Interpreter Core

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5383>
_______________________________________

From report at bugs.python.org  Fri Feb 27 17:53:04 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Feb 2009 16:53:04 +0000
Subject: [issue5344] typo in what's new in 2.6
In-Reply-To: <1235280783.4.0.127684733188.issue5344@psf.upfronthosting.co.za>
Message-ID: <1235753584.69.0.624881559698.issue5344@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, fixed in r70025.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5344>
_______________________________________

From report at bugs.python.org  Fri Feb 27 17:55:01 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Fri, 27 Feb 2009 16:55:01 +0000
Subject: [issue5358] Unicode control characters are not allowed as identifiers
In-Reply-To: <1235476432.19.0.732411111445.issue5358@psf.upfronthosting.co.za>
Message-ID: <1235753701.45.0.471995073404.issue5358@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

The definition of a word in the new re module (actually targetted at
Python 2.7) is currently a sequence of L&, N&, M& and Pc.

I suppose ideally we want the definitions of a word and an identifier to
be basically the same, except that an identifier can't start with N&.

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5358>
_______________________________________

From report at bugs.python.org  Fri Feb 27 17:59:19 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Feb 2009 16:59:19 +0000
Subject: [issue5365] add conversion table to time module docs
In-Reply-To: <1235561043.91.0.296999855786.issue5365@psf.upfronthosting.co.za>
Message-ID: <1235753959.47.0.483622934158.issue5365@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Thanks, added the table in r70026.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5365>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:00:27 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Feb 2009 17:00:27 +0000
Subject: [issue5364] documentation in epub format
In-Reply-To: <1235557178.12.0.454366670328.issue5364@psf.upfronthosting.co.za>
Message-ID: <1235754027.28.0.882539023416.issue5364@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Well, the request is valid, so I'll leave this open here.

Since the format seems to me to be nothing but XHTML with a bit of extra
markup around it, it would be quite easy to write a builder for Sphinx
(by copying from the HTML help one) to do it. Would you like to try that?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5364>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:00:36 2009
From: report at bugs.python.org (David W. Lambert)
Date: Fri, 27 Feb 2009 17:00:36 +0000
Subject: [issue5382] Allow Python keywords as keyword arguments for functions.
In-Reply-To: <1235751938.62.0.212144531806.issue5382@psf.upfronthosting.co.za>
Message-ID: <1235754036.52.0.263035319372.issue5382@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

Use cases are easy to find.
So easily found that there's probably a sound reason for reserved words.
The proposal couples lexical analysis to the parser.

# syntax error or name error?

def f():
    class
    return

def f(class):
    class
    return

----------
nosy: +LambertDW

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5382>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:01:30 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Fri, 27 Feb 2009 17:01:30 +0000
Subject: [issue5382] Allow Python keywords as keyword arguments for functions.
In-Reply-To: <1235751938.62.0.212144531806.issue5382@psf.upfronthosting.co.za>
Message-ID: <1235754090.86.0.937082738492.issue5382@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

The usual trick is to append "_":

xhtmlNode('div',class_='sidebar')

Could you modify the function to remove the trailing "_"?

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5382>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:11:35 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Feb 2009 17:11:35 +0000
Subject: [issue5360] RO (shorthand for READONLY) gone, not in documentation
In-Reply-To: <1235502576.75.0.520800544088.issue5360@psf.upfronthosting.co.za>
Message-ID: <1235754695.23.0.30463658629.issue5360@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Removed RO in r70027. Fixed HEAD_INIT stuff in r70028.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5360>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:14:01 2009
From: report at bugs.python.org (David W. Lambert)
Date: Fri, 27 Feb 2009 17:14:01 +0000
Subject: [issue5382] Allow Python keywords as keyword arguments for functions.
In-Reply-To: <1235751938.62.0.212144531806.issue5382@psf.upfronthosting.co.za>
Message-ID: <1235754841.94.0.546871118352.issue5382@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

You can sneak them in thusly:


def f(**kwargs):
    print(kwargs)

f(**{'class':'sidebar'})

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5382>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:23:17 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 27 Feb 2009 17:23:17 +0000
Subject: [issue5384] mmap and exception type
In-Reply-To: <1235755397.37.0.107266248804.issue5384@psf.upfronthosting.co.za>
Message-ID: <1235755397.37.0.107266248804.issue5384@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

It seems mmap module is using inappropriate exception types. For example,

	if (! (PyString_Check(v)) ) {
		PyErr_SetString(PyExc_IndexError,
				"mmap slice assignment must be a string");
		return -1;
	}

I think this should be PyExc_TypeError.

		if (self->size >= pos && count > self->size - pos) {
			PyErr_SetString(PyExc_ValueError,
					"source or destination out of range");
			return NULL;

I think this is out of range, so PyExc_IndexError.

Of course, there is the case difficult to determine which exception is
suitable. For example, if Py_ssize_t is negative value, OverflowError or
IndexError?

----------
messages: 82849
nosy: ocean-city
severity: normal
status: open
title: mmap and exception type
type: behavior
versions: Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5384>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:26:25 2009
From: report at bugs.python.org (Akira Kitada)
Date: Fri, 27 Feb 2009 17:26:25 +0000
Subject: [issue804543] invalid use of setlocale
Message-ID: <1235755585.54.0.370672329438.issue804543@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

If I'm not mistaken, this bug seems to be fre-introduced in
"release30-maint/Modules/python.c".
It could be fixed in just as it was before.

----------
components: +Interpreter Core -None
nosy: +akitada
type:  -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue804543>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:27:27 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Feb 2009 17:27:27 +0000
Subject: [issue5382] Allow Python keywords as keyword arguments for functions.
In-Reply-To: <1235751938.62.0.212144531806.issue5382@psf.upfronthosting.co.za>
Message-ID: <1235755647.49.0.451038979161.issue5382@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

This is not going to happen:

First, function call syntax is nicely parallel to parameter definition
syntax, and it is obviously not possible to define parameters named like
keywords.

Second, making exceptions like this leads to more exceptions and finally
inconsistencies. People will say "if it's allowed here, why not there
too, where it is grammatically unambiguous". Quoting the Zen: Special
cases aren't special enough to break the rules.


PS: In addition to what David Lambert and Matthew said, you could also
lower() all attributes on generation and use

xhtmlNode('div', Class='sidebar')

----------
nosy: +georg.brandl
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5382>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:33:44 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 27 Feb 2009 17:33:44 +0000
Subject: [issue5385] mmap can crash after resize failure (windows)
In-Reply-To: <1235756024.86.0.438154708422.issue5385@psf.upfronthosting.co.za>
Message-ID: <1235756024.86.0.438154708422.issue5385@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

On windows, after mmap.resize fails, self->map_handle
becomes NULL, but it should become INVALID_HANDLE_VALUE otherwise
CHECK_VALID is passed through, it can cause crash like bellow.

import mmap
m = mmap.mmap(-1, 5)
try:
    m.resize(-1)
except WindowsError:
    pass
m[0] = '1' # crash

The patch is in r69942.

----------
components: Extension Modules
messages: 82852
nosy: ocean-city
severity: normal
status: open
title: mmap can crash after resize failure (windows)
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5385>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:37:12 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 27 Feb 2009 17:37:12 +0000
Subject: [issue5385] mmap can crash after resize failure (windows)
In-Reply-To: <1235756024.86.0.438154708422.issue5385@psf.upfronthosting.co.za>
Message-ID: <1235756232.46.0.0848397344731.issue5385@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5385>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:40:15 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 27 Feb 2009 17:40:15 +0000
Subject: [issue5386] mmap can crash with write_byte
In-Reply-To: <1235756415.33.0.41505595652.issue5386@psf.upfronthosting.co.za>
Message-ID: <1235756415.33.0.41505595652.issue5386@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

mmap.write_byte doesn't check buffer size, so it can cause crash like
bellow.

import mmap
m = mmap.mmap(-1, 1)
for i in xrange(10000): # enough?
    print i
    m.write_byte('1') # crash

The patch is in r69945.

----------
components: Extension Modules
messages: 82853
nosy: ocean-city
severity: normal
status: open
title: mmap can crash with write_byte
type: crash
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5386>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:45:18 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Fri, 27 Feb 2009 17:45:18 +0000
Subject: [issue5387] mmap.move crashes by integer overflow
In-Reply-To: <1235756718.87.0.0651298987866.issue5387@psf.upfronthosting.co.za>
Message-ID: <1235756718.87.0.0651298987866.issue5387@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

mmap.move crashes by integer overflow. See
http://www.nabble.com/Segv-in-mmap.move()-td18617044.html

import mmap
data = mmap.mmap(-1, 1)
data.move(1,1,-1) # crash

Maybe mmap.move should use Py_ssize_t and raise
IndexError(OverflowError?) for negative value.

The patch is in r69943.

----------
components: Extension Modules
messages: 82854
nosy: ocean-city
severity: normal
status: open
title: mmap.move crashes by integer overflow
type: crash
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5387>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:50:28 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Feb 2009 17:50:28 +0000
Subject: [issue804543] invalid use of setlocale
Message-ID: <1235757028.93.0.914674024719.issue804543@psf.upfronthosting.co.za>


Changes by Georg Brandl <georg at python.org>:


----------
resolution: accepted -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue804543>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:50:51 2009
From: report at bugs.python.org (Skip Montanaro)
Date: Fri, 27 Feb 2009 17:50:51 +0000
Subject: [issue1580] Use shorter float repr when possible
In-Reply-To: <1197314007.06.0.227642647262.issue1580@psf.upfronthosting.co.za>
Message-ID: <1235757051.34.0.749771698118.issue1580@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/issue1580>
_______________________________________

From report at bugs.python.org  Fri Feb 27 18:54:20 2009
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 27 Feb 2009 17:54:20 +0000
Subject: [issue804543] invalid use of setlocale
Message-ID: <1235757260.9.0.729408778652.issue804543@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Fixed in r70029, merged to 3.0 in r70030.

----------
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue804543>
_______________________________________

From report at bugs.python.org  Fri Feb 27 19:01:29 2009
From: report at bugs.python.org (David W. Lambert)
Date: Fri, 27 Feb 2009 18:01:29 +0000
Subject: [issue5383] Allow intermixing of keyword arguments and vargarg
	arguments
In-Reply-To: <1235753152.03.0.131983429775.issue5383@psf.upfronthosting.co.za>
Message-ID: <1235757689.79.0.749688563506.issue5383@psf.upfronthosting.co.za>


David W. Lambert <lambertdw at corning.com> added the comment:

I think you need this order preserving paradigm using python as is: 

def xhtmlNode(tag,*args):
    ...

xhtmlNode('div', {'id':'sidebar'}, 'Hello world')


Less work in xhtmlNode might offset the extra work in writing the
function call.  Oh well, I didn't read the pythonforum thread.

----------
nosy: +LambertDW

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5383>
_______________________________________

From report at bugs.python.org  Fri Feb 27 19:25:09 2009
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 27 Feb 2009 18:25:09 +0000
Subject: [issue5383] Allow intermixing of keyword arguments and vargarg
	arguments
In-Reply-To: <1235753152.03.0.131983429775.issue5383@psf.upfronthosting.co.za>
Message-ID: <1235759109.42.0.413847125321.issue5383@psf.upfronthosting.co.za>


Ezio Melotti <ezio.melotti at gmail.com> added the comment:

> xhtmlNode('div','Hello, world',id='sidebar')

> ... but this would not have symmetry with the generated xhtml and 
> therefore complicates the code.  The solution, in my opinion, is to 
> allow varargs to be intermixed with keyword args.  The above real-world 
> example shows a use-case for this more flexible functionality.

IMHO your API is confusing in the first place, if xhtmlNode is supposed
to create an XHTML element (possibly with attributes), why would you
want to pass also the content as a positional argument?

I would probably keep the element and its content separate and do
something like:
div = xhtmlNode('div', **attributes)
div.add(TextNode('Hello World'))

or, if you want a shortcut:
xhtmlNode('div', id='sidebar', content='Hello world') or
xhtmlNode('div', id='sidebar', text='Hello world')

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5383>
_______________________________________

From report at bugs.python.org  Fri Feb 27 19:32:19 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Fri, 27 Feb 2009 18:32:19 +0000
Subject: [issue5358] Unicode control characters are not allowed as identifiers
In-Reply-To: <1235476432.19.0.732411111445.issue5358@psf.upfronthosting.co.za>
Message-ID: <1235759539.78.0.83343750816.issue5358@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

See PEP 3131 for a specification what is an identifier in Python.

Closing this as "won't fix".

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5358>
_______________________________________

From report at bugs.python.org  Fri Feb 27 19:45:07 2009
From: report at bugs.python.org (David Kerkeslager)
Date: Fri, 27 Feb 2009 18:45:07 +0000
Subject: [issue5382] Allow Python keywords as keyword arguments for functions.
In-Reply-To: <1235751938.62.0.212144531806.issue5382@psf.upfronthosting.co.za>
Message-ID: <1235760307.13.0.446921235551.issue5382@psf.upfronthosting.co.za>


David Kerkeslager <david.kerkeslager at gmail.com> added the comment:

Thank you all for reading and responding to my submission.

I post the following without expectation of results, only to expand my 
reasoning:

The following aren't applicable to the situation I described:

def f():
    class
    return

def f(class):
    class
    return

The are not applicable because inside the function, "class" would always 
be contained in a string (as a key of the kwargs dictionary).

To explain further, for:

def f(**kwargs):
     print(kwargs['foo'])
f(foo='bar')

This isn't a problem.  So why is this a problem?

def f(**kwargs):
     print(kwargs['class'])
f(class='foo')

In response to Mr. Brandl's statements:

> First, function call syntax is nicely parallel to parameter definition
> syntax, and it is obviously not possible to define parameters named 
like
> keywords.

For normal arguments this is true:  def a(b,c) is called with 
a(<b>,<c>).  But this parallel breaks down when you introduce variable 
arguments def a(*b) is called a(<b0>,<b1>,<b2>).  And it breaks down 
even more when you add keyword arguments.  def a(**b) is called 
a(<b0name>=<b0value>,<b1name>=<b1value>) At this point, where's the 
parallel?

If anything, there's a parallel between the keywords and the dictionary 
keys, which, as strings, can contain anything.  We obviously have to 
limit this a bit to keep the overall syntax unambiguous, but restricting 
out keywords isn't necessary.  You're essentially preventing us from 
putting keywords in a string.

> Second, making exceptions like this leads to more exceptions and 
finally
> inconsistencies. People will say "if it's allowed here, why not there
> too, where it is grammatically unambiguous". Quoting the Zen: Special
> cases aren't special enough to break the rules.

Allowing keywords as keyword arguments isn't an exception to the rule; 
NOT allowing them is the exception.  "class" is a perfectly valid 
dictionary key, and given that there's no syntactic reason not to allow 
this, why do so?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5382>
_______________________________________

From report at bugs.python.org  Fri Feb 27 19:48:12 2009
From: report at bugs.python.org (Bob Ippolito)
Date: Fri, 27 Feb 2009 18:48:12 +0000
Subject: [issue5381] json need object_pairs_hook
In-Reply-To: <1235723876.26.0.796036500228.issue5381@psf.upfronthosting.co.za>
Message-ID: <1235760492.06.0.545343693396.issue5381@psf.upfronthosting.co.za>


Bob Ippolito <bob at redivi.com> added the comment:

Why? According to RFC (emphasis mine):

An object is an *unordered* collection of zero or more name/value
   pairs, where a name is a string and a value is a string, number,
   boolean, null, object, or array.

----------
resolution:  -> invalid

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5381>
_______________________________________

From report at bugs.python.org  Fri Feb 27 20:27:03 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 27 Feb 2009 19:27:03 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235762823.6.0.000504273092433.issue5380@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

IIUC the problem is that a read() syscall on the pty after the other end
has been closed raises an error instead of reading 0 bytes?  Isn't that
a bug in the pty implementation? For lots of devices (e.g. sockets,
pipes) a short non-empty read just means that you have to call read()
again to get more data -- it does not mean EOF.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 20:30:07 2009
From: report at bugs.python.org (Matthew Barnett)
Date: Fri, 27 Feb 2009 19:30:07 +0000
Subject: [issue5382] Allow Python keywords as keyword arguments for functions.
In-Reply-To: <1235751938.62.0.212144531806.issue5382@psf.upfronthosting.co.za>
Message-ID: <1235763007.0.0.613762324529.issue5382@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

The normal use of a keyword argument is to refer to a formal argument,
which is an identifier. Being able to wrap it up into a dict is a later
addition, and it's necessary to turn the identifier into a string
because it's not possible to use a bare word (as Perl would call it) as
a key (I can't think of any other place where something is automatically
turned into a string). Of course, another approach would've been to make
them attributes of the formal argument:

def foo(**args):
    print "a is %s" % args.a

foo(a=1)

As for it being an exception to the rule, well, many things can be a
key: an integer could be a key. Would foo(0="zero") be OK? There's no
syntactic reason why it couldn't be allowed.

-1 from me.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5382>
_______________________________________

From report at bugs.python.org  Fri Feb 27 20:45:55 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Feb 2009 19:45:55 +0000
Subject: [issue5388] Green-box doc glitch: winhelp version only
In-Reply-To: <1235763954.97.0.134032530958.issue5388@psf.upfronthosting.co.za>
Message-ID: <1235763954.97.0.134032530958.issue5388@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Example: LangRef / LexAnalysis / Identifiers

Green-shaded grammar section has 3 lines, 2 very long:

identifier  ::=  id_start id_continue*
id_start    ::=  <all characters in general categories Lu, ...
id_continue ::=  <all characters in id_start, plus character ...

so both online html and winhelp versions have a horizontal scroll bar
underneath.

The 3.0.1 Windows Help version only displays 2 lines and adds a mini
vertical scroll bar at the far right to see the third.  If possible, it
would be better if it simply displayed 3 lines like the html version.

Experimentation indicates the following for all the green boxes: if the
type size is increased  or the window narrowed so that a horizontal
scroll bar is needed, html (at least as rendered by FireFox) adds it
*underneath* the green box, while Winhelp adds it *in* the green box,
taking up one line and thus hiding the last line of text, thus requiring
a vertical scroll to see that line, which then hides the top line (ugh).

Assuming that there is no configuration option or formatting directive
that can be put in the file to tell winhelp to act differently, a
partial fix would be to add an extra blank line, if possible, to every
green box on conversion to the winhelp version so that all lines would
be visible even when an (now irrelevant) vscroll appears.

----------
assignee: georg.brandl
components: Documentation
messages: 82863
nosy: georg.brandl, tjreedy
severity: normal
status: open
title: Green-box doc glitch: winhelp version only
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5388>
_______________________________________

From report at bugs.python.org  Fri Feb 27 20:51:55 2009
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Fri, 27 Feb 2009 19:51:55 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235764315.35.0.586219756183.issue5380@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <exarkun at divmod.com>:


----------
nosy: +exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 20:59:13 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Feb 2009 19:59:13 +0000
Subject: [issue5381] json need object_pairs_hook
In-Reply-To: <1235723876.26.0.796036500228.issue5381@psf.upfronthosting.co.za>
Message-ID: <1235764753.78.0.473123474274.issue5381@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Same reason as for config files and yaml files.  Sometimes those files
represent human edited input and if a machine re-edits, filters, or
copies, it is nice to keep the original order (though it may make no
semantic difference to the computer).  

For example, jsonrpc method invocations are done with objects having
three properties (method, params, id).  The machine doesn't care about
the order of the properties but a human reader prefers the order listed:

  --> {"method": "postMessage", "params": ["Hello all!"], "id": 99}
  <-- {"result": 1, "error": null, "id": 99}

If you're testing a program that filters json data (like a typical xml
task), it is nice to write-out data in the same order received (failing
to do that is a common complaint about misdesigned xml filters):

  --> {{"title": "awk", "author":"aho", "isbn":"123456789X"},
       {"title": "taocp", "author":"knuth", "isbn":"987654321X"}"
  <-- {{"title": "awk", "author":"aho"},
       {"title": "taocp", "author":"knuth"}}
       
Semantically, those entries can be scrambled; however, someone reading
the filtered result desires that the input and output visually
correspond as much as possible.  An object_pairs_hook makes this possible.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5381>
_______________________________________

From report at bugs.python.org  Fri Feb 27 21:11:18 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Feb 2009 20:11:18 +0000
Subject: [issue5381] json need object_pairs_hook
In-Reply-To: <1235723876.26.0.796036500228.issue5381@psf.upfronthosting.co.za>
Message-ID: <1235765478.61.0.305088296718.issue5381@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

FWIW, here's the intended code for the filter in the last post:

    books = json.loads(infile, object_hook=OrderedDict)
    for book in books:
        del book['isbn']
    json.dumps(books, outfile)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5381>
_______________________________________

From report at bugs.python.org  Fri Feb 27 21:13:01 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Feb 2009 20:13:01 +0000
Subject: [issue5364] documentation in epub format
In-Reply-To: <1235557178.12.0.454366670328.issue5364@psf.upfronthosting.co.za>
Message-ID: <1235765581.93.0.197852721809.issue5364@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

A few days ago, Tim O'Reilly wrote a column in Forbes 
http://www.forbes.com/2009/02/22/kindle-oreilly-ebooks-technology-breakthroughs_oreilly.html
promoting epub and noting that his computer book company is starting to
use it.

I got the same impression: xhtml + extra markup for mobile readers.

----------
nosy: +tjreedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5364>
_______________________________________

From report at bugs.python.org  Fri Feb 27 21:18:31 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Feb 2009 20:18:31 +0000
Subject: [issue5364] documentation in epub format
In-Reply-To: <1235557178.12.0.454366670328.issue5364@psf.upfronthosting.co.za>
Message-ID: <1235765911.06.0.112509239035.issue5364@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <rhettinger at users.sourceforge.net>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5364>
_______________________________________

From report at bugs.python.org  Fri Feb 27 21:29:36 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Feb 2009 20:29:36 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>
Message-ID: <1235766576.15.0.945939437674.issue5373@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The bug is the discrepancy between doc

"[3] A string literal appearing as the first statement in the function
body is transformed into the function?s __doc__ attribute and therefore
the function?s docstring. 
[4] A string literal appearing as the first statement in the class body
is transformed into the namespace?s __doc__ item and therefore the
class?s docstring. "

and behavior. In this case, I would agree that the behavior is wrong
unless somehow justified.

I verified in 3.0.1, winxp: '\x00' ok in function, not in class.

----------
nosy: +tjreedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________

From report at bugs.python.org  Fri Feb 27 21:33:39 2009
From: report at bugs.python.org (Adam Olsen)
Date: Fri, 27 Feb 2009 20:33:39 +0000
Subject: [issue1975] signals not always delivered to main thread,
	since other threads have the signal unmasked
In-Reply-To: <1201711085.9.0.419365608938.issue1975@psf.upfronthosting.co.za>
Message-ID: <1235766819.95.0.281484714226.issue1975@psf.upfronthosting.co.za>


Adam Olsen <rhamph at gmail.com> added the comment:

The readline API just sucks.  It's not at all designed to be used
simultaneously from multiple threads, so we shouldn't even try.  Ban
using it in non-main threads, restore the blocking of signals, and go on
with our merry lives.

----------
nosy: +Rhamphoryncus

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1975>
_______________________________________

From report at bugs.python.org  Fri Feb 27 21:34:03 2009
From: report at bugs.python.org (Adam Olsen)
Date: Fri, 27 Feb 2009 20:34:03 +0000
Subject: [issue1975] signals not always delivered to main thread,
	since other threads have the signal unmasked
In-Reply-To: <1201711085.9.0.419365608938.issue1975@psf.upfronthosting.co.za>
Message-ID: <1235766843.58.0.488944069081.issue1975@psf.upfronthosting.co.za>


Changes by Adam Olsen <rhamph at gmail.com>:


----------
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1975>
_______________________________________

From report at bugs.python.org  Fri Feb 27 21:47:30 2009
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Feb 2009 20:47:30 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235767650.02.0.0885629348207.issue5377@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Unless there is a discrepancy between doc and behavior, this strikes me
as an unspecified implementation detail.  If so, it should be either
closed or changed to a specific feature request.

----------
nosy: +tjreedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Fri Feb 27 21:48:25 2009
From: report at bugs.python.org (Bob Ippolito)
Date: Fri, 27 Feb 2009 20:48:25 +0000
Subject: [issue5381] json need object_pairs_hook
In-Reply-To: <1235723876.26.0.796036500228.issue5381@psf.upfronthosting.co.za>
Message-ID: <1235767705.03.0.000401260321848.issue5381@psf.upfronthosting.co.za>


Bob Ippolito <bob at redivi.com> added the comment:

Fair enough, but the patch isn't usable because the decoder was rewritten 
in a later version of simplejson. There's another issue with patch to 
backport those back into Python http://bugs.python.org/issue4136 or you 
could just use the simplejson source here http://code.google.com/p/simplejson/

----------
resolution: invalid -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5381>
_______________________________________

From report at bugs.python.org  Fri Feb 27 21:56:44 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 27 Feb 2009 20:56:44 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235768204.28.0.294607633054.issue5380@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Guido: I don't know if it can be considered as a "bug" rather than a
misguided "feature". However, at least 3 of us (the OP, Hirokazu and I)
reproduce it (as for me, it's on a quite recent x86-64 Mandriva Linux
setup), so I imagine it's not totally exotic behaviour.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 21:57:29 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Feb 2009 20:57:29 +0000
Subject: [issue5381] json need object_pairs_hook
In-Reply-To: <1235723876.26.0.796036500228.issue5381@psf.upfronthosting.co.za>
Message-ID: <1235768249.67.0.806370119584.issue5381@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

Thanks.  I'll write-up a patch against
http://code.google.com/p/simplejson/ and assign it back to you for review.

----------
assignee: bob.ippolito -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5381>
_______________________________________

From report at bugs.python.org  Fri Feb 27 22:10:59 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 27 Feb 2009 21:10:59 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1235769059.95.0.0064327028196.issue4136@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thanks for the update. I'll try to take the time for a review in less
than one month. In the meantime, though, I want to point out that the
80-character rule should also apply to C files. You have quite a bit of
huge C code lines, especially in parsing code.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Fri Feb 27 22:39:15 2009
From: report at bugs.python.org (Bob Ippolito)
Date: Fri, 27 Feb 2009 21:39:15 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1235770755.33.0.420501588566.issue4136@psf.upfronthosting.co.za>


Bob Ippolito <bob at redivi.com> added the comment:

Honestly I'm not sure when I'm going to find the time and motivation to 
reformat the C source and tests to fit < 80 char lines. I don't think this 
should hold up the patch, someone who is more obsessive compulsive than 
myself can fix that once it hits trunk :)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Fri Feb 27 22:44:16 2009
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Feb 2009 21:44:16 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1235771056.21.0.495177702011.issue4136@psf.upfronthosting.co.za>


Raymond Hettinger <rhettinger at users.sourceforge.net> added the comment:

I think reformatting line length should not hold-up this patch.  That is
a nice-to-have, not a must-have.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Fri Feb 27 22:47:58 2009
From: report at bugs.python.org (Jeff Oyama)
Date: Fri, 27 Feb 2009 21:47:58 +0000
Subject: [issue2054] add ftp-tls support to ftplib - RFC 4217
In-Reply-To: <1202523366.93.0.605901116561.issue2054@psf.upfronthosting.co.za>
Message-ID: <1235771278.68.0.729503240087.issue2054@psf.upfronthosting.co.za>


Jeff Oyama <jeff at oyama.org> added the comment:

Ok after examining it more closely, it appears to be a false alarm, my
apologies

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2054>
_______________________________________

From report at bugs.python.org  Fri Feb 27 22:54:51 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 27 Feb 2009 21:54:51 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <0016e64344927a1f1d0463ed840d@google.com>


Antoine Pitrou <pitrou at free.fr> added the comment:

Reviewers: ,

Description:
Updated patch from Bob Ippolito, for updating the Python trunk json
package to the latest simplejson.

Please review this at http://codereview.appspot.com/20095

Affected files:
   Lib/json/__init__.py
   Lib/json/decoder.py
   Lib/json/encoder.py
   Lib/json/scanner.py
   Lib/json/tests/test_check_circular.py
   Lib/json/tests/test_decode.py
   Lib/json/tests/test_dump.py
   Lib/json/tests/test_encode_basestring_ascii.py
   Lib/json/tests/test_fail.py
   Lib/json/tests/test_float.py
   Lib/json/tests/test_unicode.py
   Lib/json/tool.py
   Modules/_json.c

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Fri Feb 27 23:03:34 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 27 Feb 2009 22:03:34 +0000
Subject: [issue1975] signals not always delivered to main thread,
	since other threads have the signal unmasked
In-Reply-To: <1201711085.9.0.419365608938.issue1975@psf.upfronthosting.co.za>
Message-ID: <1235772214.92.0.292494621625.issue1975@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Agreed.  Multiple threads trying to read interactive input from a
keyboard sounds like a bad idea anyway.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1975>
_______________________________________

From report at bugs.python.org  Fri Feb 27 23:04:29 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 27 Feb 2009 22:04:29 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235772269.93.0.67146571474.issue5380@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

That may be how it works, but how do you expect to deal with it?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 23:12:25 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 27 Feb 2009 22:12:25 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235721814.23.0.522352333065.issue5380@psf.upfronthosting.co.za>
Message-ID: <1235772745.54.0.937379730335.issue5380@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Well, as I suggested, in FileIO.read(): when receiving errno=5 on a
read() call and if S_IFIFO() returns true, clear errno and return an
empty string.
The question is whether a genuine EIO error ("low level IO error") can
occur on a FIFO. Intuitively, I'd say "no" since a FIFO is only a
software communication channel, but who knows...

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 23:13:14 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 27 Feb 2009 22:13:14 +0000
Subject: [issue5389] Uninitialized variable may be used in
	PyUnicode_DecodeUTF7Stateful()
In-Reply-To: <1235772794.07.0.300454209619.issue5389@psf.upfronthosting.co.za>
Message-ID: <1235772794.07.0.300454209619.issue5389@psf.upfronthosting.co.za>


New submission from Guido van Rossum <guido at python.org>:

[Found by a Googler who prefers to remain anonymous]

This might be easier to trigger on a 64-bit:

PyObject *PyUnicode_DecodeUTF7Stateful(...)
{
    ...
    Py_ssize_t startinpos;
    ...
    while (s < e) {
    ...
      utf7Error:
        outpos = p-PyUnicode_AS_UNICODE(unicode);
        endinpos = s-starts;
        if (unicode_decode_call_errorhandler(
                errors, &errorHandler,
                "utf7", errmsg,
                starts, size, &startinpos, &endinpos, &exc, &s,
                &unicode, &outpos, &p))
        ...
    }
    ...
}

The lack of initialization of startinpos will lead to the likelihood of
the value being >= INT_MAX with a 64-bit value, leading to the
subsequent assert [somewhere in unicode_decode_call_errorhandler()]. In
theory the assert could trigger in 32-bit if the uninitialized value
happened to get set to INT_MAX.

The other similar variable also probably need to be initialized.
Furthermore, the function PyUnicode_DecodeUTF8Stateful also has the same
uninitialized variables.

----------
messages: 82881
nosy: gvanrossum
severity: normal
status: open
title: Uninitialized variable may be used in PyUnicode_DecodeUTF7Stateful()
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/issue5389>
_______________________________________

From report at bugs.python.org  Fri Feb 27 23:27:53 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 27 Feb 2009 22:27:53 +0000
Subject: [issue5380] pty.read raises IOError when slave pty device is closed
In-Reply-To: <1235772745.54.0.937379730335.issue5380@psf.upfronthosting.co.za>
Message-ID: <ca471dc20902271427g4f8695cey1ae7a2fd6da616d@mail.gmail.com>


Guido van Rossum <guido at python.org> added the comment:

> Well, as I suggested, in FileIO.read(): when receiving errno=5 on a
> read() call and if S_IFIFO() returns true, clear errno and return an
> empty string.
> The question is whether a genuine EIO error ("low level IO error") can
> occur on a FIFO. Intuitively, I'd say "no" since a FIFO is only a
> software communication channel, but who knows...

OK, that sounds reasonable. (I missed that in the discussion on the
bug, sorry. I tend not to download files unless I actually am on the
hook for code reviewing them, so any details that were only obvious
from the patch may have gone by me.)

Of course, you should check if those symbols even exist before referencing them.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5380>
_______________________________________

From report at bugs.python.org  Fri Feb 27 23:37:56 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 27 Feb 2009 22:37:56 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235774276.8.0.869606939674.issue4565@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, so the ABC stuff is done now.
Remaining:
- fix the test failures with the Python implementation
- the _ssl bug

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sat Feb 28 00:26:47 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 27 Feb 2009 23:26:47 +0000
Subject: [issue5336] collections.namedtuple generates code causing PyChecker
	warnings
In-Reply-To: <1235208293.75.0.0186544029799.issue5336@psf.upfronthosting.co.za>
Message-ID: <1235777207.95.0.267181485477.issue5336@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Completely unrelated to the topic at hand, but that command line can be
written more concisely as:

E:\Python26\python.exe -m pychecker.checker test.py 

(pychecker was actually the number 1 use case when it came to justifying
the expansion of -m to modules inside packages)

As for the actual topic of the bug report... using 't' for tuple
(instead of the more common 'self') seems like a perfectly reasonable
name for the first argument to _asdict(). Expanding it to 'self' doesn't
really improve readability all that much - it just makes the self
references take up more visual space relative to the attribute names.

def _asdict(self):
  'Return a new dict which maps field names to their values'
  return {'id': self[0], 'date': self[1], 'name': self[2], 'desc': self
[3]}

Pychecker and friends are probably going to want to recognise namedtuple
instances and silence this warning by default anyway (since even if it
does get changed, there will still be plenty of Python installations out
there which will still generate the warning).

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5336>
_______________________________________

From report at bugs.python.org  Sat Feb 28 00:38:57 2009
From: report at bugs.python.org (Armin Ronacher)
Date: Fri, 27 Feb 2009 23:38:57 +0000
Subject: [issue5381] json need object_pairs_hook
In-Reply-To: <1235723876.26.0.796036500228.issue5381@psf.upfronthosting.co.za>
Message-ID: <1235777937.86.0.179923244654.issue5381@psf.upfronthosting.co.za>


Armin Ronacher <armin.ronacher at active-4.com> added the comment:

Motivation:

Yes.  JSON says it's unordered.  However Hashes in Ruby are ordered
since 1.9 and they were since the very beginning in JavaScript and PHP.

----------
nosy: +aronacher

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5381>
_______________________________________

From report at bugs.python.org  Sat Feb 28 00:56:44 2009
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 27 Feb 2009 23:56:44 +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: <1235779004.39.0.0647998856318.issue5251@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I'll be working on a PEP for 2.7/3.1 to try to get the semantics of with
statement changed as suggested.

http://mail.python.org/pipermail/python-dev/2009-February/086470.html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5251>
_______________________________________

From report at bugs.python.org  Sat Feb 28 01:51:03 2009
From: report at bugs.python.org (Daniel Diniz)
Date: Sat, 28 Feb 2009 00:51:03 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1235782263.65.0.345336269488.issue4136@psf.upfronthosting.co.za>


Daniel Diniz <ajaksu at gmail.com> added the comment:

FWIW, following simplejson's SVN history[1] makes understanding the
(bits of the) patch (that I had time to look at) much easier to me.

I recall other JSON packages having lots of cornercase tests, not sure
if they'd be relevant here. But sprinkling a few more tests around might
help digest these changes :)

[1] http://code.google.com/p/simplejson/source/list?start=123

----------
nosy: +ajaksu2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Sat Feb 28 01:56:17 2009
From: report at bugs.python.org (Ross Hayden)
Date: Sat, 28 Feb 2009 00:56:17 +0000
Subject: [issue1975] signals not always delivered to main thread,
	since other threads have the signal unmasked
In-Reply-To: <1201711085.9.0.419365608938.issue1975@psf.upfronthosting.co.za>
Message-ID: <1235782577.01.0.0136039692328.issue1975@psf.upfronthosting.co.za>


Changes by Ross Hayden <r at nsnull.com>:


----------
nosy: +ross

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1975>
_______________________________________

From report at bugs.python.org  Sat Feb 28 02:41:32 2009
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Sat, 28 Feb 2009 01:41:32 +0000
Subject: [issue4715] optimize bytecode for conditional branches
In-Reply-To: <1229900285.73.0.345956521758.issue4715@psf.upfronthosting.co.za>
Message-ID: <1235785292.83.0.524396913956.issue4715@psf.upfronthosting.co.za>


Jeffrey Yasskin <jyasskin at gmail.com> added the comment:

Collin made some comments at http://codereview.appspot.com/20094. Here's
a new patch that fixes them. I plan to commit it over the weekend and
then start on issue 2459.

Added file: http://bugs.python.org/file13208/trunk-opt-cond-jump.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4715>
_______________________________________

From report at bugs.python.org  Sat Feb 28 02:41:41 2009
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Sat, 28 Feb 2009 01:41:41 +0000
Subject: [issue4715] optimize bytecode for conditional branches
In-Reply-To: <1229900285.73.0.345956521758.issue4715@psf.upfronthosting.co.za>
Message-ID: <1235785301.89.0.582680396332.issue4715@psf.upfronthosting.co.za>


Changes by Jeffrey Yasskin <jyasskin at gmail.com>:


Removed file: http://bugs.python.org/file13182/trunk-opt-cond-jump.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4715>
_______________________________________

From report at bugs.python.org  Sat Feb 28 06:55:28 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Sat, 28 Feb 2009 05:55:28 +0000
Subject: [issue5370] unpickling vs. __getattr__
In-Reply-To: <1235597176.48.0.557535954175.issue5370@psf.upfronthosting.co.za>
Message-ID: <1235800528.86.0.40535520318.issue5370@psf.upfronthosting.co.za>


Gabriel Genellina <gagsl-py2 at yahoo.com.ar> added the comment:

The __getattr__ method, as written, assumes that an attribute 'args' 
already exists. That's unsafe - a more robust approach would be:

    def __getattr__(self, name):
        if 'attrs' in self.__dict__ and name in self.attrs:
            return self.attrs[name]
        raise AttributeError(name)

The suggestion of using hasattr in pickle code doesn't work, because 
hasattr is implemented using getattr.

I could not reproduce it with 2.6, nor the trunk -- there is another 
recursion problem involving __subclasscheck__ but unpickling is 
unaffected. 3.0 does show this problem. FWIW, 2.2 did not.

----------
nosy: +gagenellina

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5370>
_______________________________________

From report at bugs.python.org  Sat Feb 28 08:26:55 2009
From: report at bugs.python.org (Retro)
Date: Sat, 28 Feb 2009 07:26:55 +0000
Subject: [issue5390] Item 'Python x.x.x' in Add/Remove Programs list still
	lacks an icon
In-Reply-To: <1235806015.04.0.902011396347.issue5390@psf.upfronthosting.co.za>
Message-ID: <1235806015.04.0.902011396347.issue5390@psf.upfronthosting.co.za>


New submission from Retro <vinetouu at gmail.com>:

I am reporting a bug which was not fixed in the closed issue #4389.
Martin v. L?wis, the fix you've made didn't fix the issue. Please open
your Add/Remove Programs list (hopefully your running Windows and have
Python installed there) and check whether your Python interpreters in
this list use Python's icon. Your fix was made before Python 2.5.4,
Python 2.6.1, and Python 3.0.1 were out. I don't know why these new
interpreters (installed on my Windows Vista Business 64-bit machine)
don't show Python's icon in the Add/Remove Programs list. Is this an
issue on my side or on Python's side?

----------
messages: 82890
nosy: Retro, loewis
severity: normal
status: open
title: Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon
versions: 3rd party, 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/issue5390>
_______________________________________

From report at bugs.python.org  Sat Feb 28 08:32:10 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 28 Feb 2009 07:32:10 +0000
Subject: [issue5390] Item 'Python x.x.x' in Add/Remove Programs list still
	lacks an icon
In-Reply-To: <1235806015.04.0.902011396347.issue5390@psf.upfronthosting.co.za>
Message-ID: <1235806330.35.0.232782137518.issue5390@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

What version specifically did you notice this in?

----------
versions:  -3rd party, Python 2.4, Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5390>
_______________________________________

From report at bugs.python.org  Sat Feb 28 10:28:15 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 28 Feb 2009 09:28:15 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <0016e6434492409f1f0463f734b8@google.com>


Martin v. L?wis <martin at v.loewis.de> added the comment:

The one thing that IMO needs to be decided before this can be accept is
the version compatibility: what Python versions must this code stay
compatible with? That decision then needs to be implemented.

Apart from this (and the additional minor comments below), the patch
looks fine.

http://codereview.appspot.com/20095/diff/1/13
File Lib/json/decoder.py (right):

http://codereview.appspot.com/20095/diff/1/13#newcode21
Line 21: nan, inf = struct.unpack('dd', _BYTES)
I think this can be simplified as

   nan, inf = struct.unpack('>dd', _BYTES)

http://codereview.appspot.com/20095/diff/1/12
File Lib/json/encoder.py (right):

http://codereview.appspot.com/20095/diff/1/12#newcode31
Line 31: INFINITY = float('1e66666')
Why not decoder.PosInf?

http://codereview.appspot.com/20095/diff/1/14
File Modules/_json.c (right):

http://codereview.appspot.com/20095/diff/1/14#newcode3
Line 3: #if PY_VERSION_HEX < 0x02060000 && !defined(Py_TYPE)
Is Python before 2.6 even supported anymore? ISTM that the usage of
.format on strings outrules Python2.5 and earlier.

http://codereview.appspot.com/20095

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Sat Feb 28 10:29:18 2009
From: report at bugs.python.org (Retro)
Date: Sat, 28 Feb 2009 09:29:18 +0000
Subject: [issue5390] Item 'Python x.x.x' in Add/Remove Programs list still
	lacks an icon
In-Reply-To: <1235806015.04.0.902011396347.issue5390@psf.upfronthosting.co.za>
Message-ID: <1235813358.76.0.738466399346.issue5390@psf.upfronthosting.co.za>


Retro <vinetouu at gmail.com> added the comment:

I noticed this by installing the Python 2.5.4 and Python 2.6.1 and
Python 3.0.1 binaries. Please fix these issues if you can.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5390>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:04:35 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 28 Feb 2009 10:04:35 +0000
Subject: [issue5390] Item 'Python x.x.x' in Add/Remove Programs list still
	lacks an icon
In-Reply-To: <1235806015.04.0.902011396347.issue5390@psf.upfronthosting.co.za>
Message-ID: <1235815475.49.0.642185712386.issue5390@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

I did not backport the fix to 2.5.4, so that release doesn't have it
fixed. Since the 2.5 branch is now closed, no changes will be made to it.

For 2.6.1 and 3.0.1, it works fine for me. See the attached screenshot.

Added file: http://bugs.python.org/file13209/arp.jpg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5390>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:17:40 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 28 Feb 2009 10:17:40 +0000
Subject: [issue5378] adding --quiet to bdist_rpm
In-Reply-To: <1235692258.75.0.847586462269.issue5378@psf.upfronthosting.co.za>
Message-ID: <1235816260.32.0.433666912766.issue5378@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

done in r70049 and r70051

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5378>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:18:41 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 28 Feb 2009 10:18:41 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235816321.99.0.425330385678.issue1533164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

Done in r70049 and r70051.

Thanks for everyone's help !

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:18:49 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 28 Feb 2009 10:18:49 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235816329.51.0.735557728958.issue1533164@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:19:42 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 28 Feb 2009 10:19:42 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235816382.6.0.287878632021.issue1533164@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:34:17 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 28 Feb 2009 10:34:17 +0000
Subject: [issue5389] Uninitialized variable may be used in
	PyUnicode_DecodeUTF7Stateful()
In-Reply-To: <1235772794.07.0.300454209619.issue5389@psf.upfronthosting.co.za>
Message-ID: <1235817257.79.0.721153331154.issue5389@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I can't see at the moment how the unicode_decode_call_errorhandler call
can be made without startinpos being previously set to some value.
Antoine, maybe you can verify?

----------
assignee:  -> pitrou
nosy: +georg.brandl, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5389>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:35:22 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 28 Feb 2009 10:35:22 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235817322.99.0.960900062438.issue1533164@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

See comment 1 in

https://bugzilla.redhat.com/show_bug.cgi?id=236535

It might be that this patch still doesn't solve the problem, namely if
there are non-library .py files in the distribution. They get compiled
by brp-python-bytecompile, but the byte code files are not listed.

Apparently, the solution is to either %define
_unpackaged_files_terminate_build 0, or redefine %__os_install_post (to
what value?). Not sure which one is better.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:36:43 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 28 Feb 2009 10:36:43 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235817403.0.0.775684889599.issue1533164@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Tarek, I think you committed too quickly. Please consider my comments.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:43:52 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 28 Feb 2009 10:43:52 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <0016e643449294f5470463f7b074@google.com>
Message-ID: <49A91565.5060603@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> simplejson maintains Python 2.4+ compatibility, but json maintains 2.6+.
> I could produce another patch that manually removes these few remaining
> nits if it's necessary.

I don't quite understand this: isn't json/decoder.py and
simplejson/decoder.py essentially the same? why fork the one and not
the other?

However, as long as the compatibility requirements are documented
somewhere (e.g. PEP 291), it's fine with me.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:51:11 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Feb 2009 10:51:11 +0000
Subject: [issue5389] Uninitialized variable may be used in
	PyUnicode_DecodeUTF7Stateful()
In-Reply-To: <1235772794.07.0.300454209619.issue5389@psf.upfronthosting.co.za>
Message-ID: <1235818271.74.0.637251064328.issue5389@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Hmm, I know nothing about UTF7...

Anyway, looking at the code, the utf7Error code path can be called from
the following places (trunk line numbers):
- line 1595, and startinpos was set three lines before
- a bunch of places in the "if (inShift) { ... }" chunk between lines
1537 and 1578; inShift would have had previously been set to 1 and
that's at line 1587, a couple of lines after setting startinpos

So it seems things are fine, but perhaps I'm missing something.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5389>
_______________________________________

From report at bugs.python.org  Sat Feb 28 11:57:47 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 28 Feb 2009 10:57:47 +0000
Subject: [issue5386] mmap can crash with write_byte
In-Reply-To: <1235756415.33.0.41505595652.issue5386@psf.upfronthosting.co.za>
Message-ID: <1235818667.6.0.3561970434.issue5386@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Fixed in r70052(trunk), r70053(py3k).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5386>
_______________________________________

From report at bugs.python.org  Sat Feb 28 12:02:30 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 28 Feb 2009 11:02:30 +0000
Subject: [issue5391] mmap: read_byte/write_byte and object type
In-Reply-To: <1235818949.96.0.83052759976.issue5391@psf.upfronthosting.co.za>
Message-ID: <1235818949.96.0.83052759976.issue5391@psf.upfronthosting.co.za>


New submission from Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:

On Python3000, mmap.read_byte returns str not bytes, and mmap.write_byte
accepts str. Is this intended behavior?

>>> import mmap
>>> m = mmap.mmap(-1, 10)
>>> type(m.read_byte())
<class 'str'>
>>> m.write_byte("a")
>>> m.write_byte(b"a")

Maybe another possibility. read_byte() returns int which represents
byte, write_byte accepts int which represents byte. (Like b"abc"[0]
returns int not 1-length bytes)

----------
components: Extension Modules
messages: 82903
nosy: ocean-city
severity: normal
status: open
title: mmap: read_byte/write_byte and object type
type: behavior
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5391>
_______________________________________

From report at bugs.python.org  Sat Feb 28 12:05:54 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 28 Feb 2009 11:05:54 +0000
Subject: [issue5391] mmap: read_byte/write_byte and object type
In-Reply-To: <1235818949.96.0.83052759976.issue5391@psf.upfronthosting.co.za>
Message-ID: <1235819154.28.0.903433180532.issue5391@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Indeed, I think it should use the "b" code, instead of the "c" code.
Please discuss this on python-dev, though.

It might not be ok to backport this to 3.0, since it may break existing
code.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5391>
_______________________________________

From report at bugs.python.org  Sat Feb 28 12:06:52 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 28 Feb 2009 11:06:52 +0000
Subject: [issue5391] mmap: read_byte/write_byte and object type
In-Reply-To: <1235818949.96.0.83052759976.issue5391@psf.upfronthosting.co.za>
Message-ID: <1235819212.73.0.817773482278.issue5391@psf.upfronthosting.co.za>


Martin v. L?wis <martin at v.loewis.de> added the comment:

Furthermore, all other uses of the "c" code might need to be reconsidered.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5391>
_______________________________________

From report at bugs.python.org  Sat Feb 28 12:26:44 2009
From: report at bugs.python.org (Gabriel Genellina)
Date: Sat, 28 Feb 2009 11:26:44 +0000
Subject: [issue5392] stack overflow after hitting recursion limit twice
In-Reply-To: <1235820404.86.0.303625232795.issue5392@psf.upfronthosting.co.za>
Message-ID: <1235820404.86.0.303625232795.issue5392@psf.upfronthosting.co.za>


New submission from Gabriel Genellina <gagsl-py2 at yahoo.com.ar>:

Set sys.setrecursionlimit to 50 or lower. Then, the second time the 
recursion limit is reached, the interpreter crashes with a stack 
overflow.
This happens both with released 3.0.1 and the py3k branch, on Windows.
At least on my PC, 51 appears to be the minimum acceptable value for 
sys.setrecursionlimit.

Python 3.1a0 (py3k, Feb 28 2009, 04:16:04) [MSC v.1500 32 bit (Intel)] 
on win32
Type "help", "copyright", "credits" or "license" for more information.
p3> import sys
p3> sys.setrecursionlimit(20)
p3> def g(): g()
...
p3> g()
Traceback (most recent call last):
...
RuntimeError: maximum recursion depth exceeded
p3> g()
Fatal Python error: Cannot recover from stack overflow.

This application has requested the Runtime to terminate it in an 
unusual way.
Please contact the application's support team for more information.

C:\APPS\python\py3k\PCbuild>

----------
components: Interpreter Core
messages: 82906
nosy: gagenellina
severity: normal
status: open
title: stack overflow after hitting recursion limit twice
type: crash
versions: Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5392>
_______________________________________

From report at bugs.python.org  Sat Feb 28 12:39:19 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 28 Feb 2009 11:39:19 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
Message-ID: <1235821159.2.0.256367325786.issue1533164@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

I've read the thread while working in the patch,
and comment #28 explains that brp-python-bytecompile is called over 
the rpms and requires pyo files within the file list.

plus:

http://fedoraproject.org/wiki/Packaging/Python#Including_pyos

Now, if some defines in the spec file will prevent any call of
brp-python-bytecompile to break, it's better for sure. 

Digging in this, to see if there's a better fix then.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sat Feb 28 13:22:42 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 28 Feb 2009 12:22:42 +0000
Subject: [issue1733986] mmap.mmap can overrun buffer
Message-ID: <1235823762.37.0.878746637561.issue1733986@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Fixed in r70056(trunk) and r70057(py3k).

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1733986>
_______________________________________

From report at bugs.python.org  Sat Feb 28 15:07:07 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 28 Feb 2009 14:07:07 +0000
Subject: [issue5391] mmap: read_byte/write_byte and object type
In-Reply-To: <1235818949.96.0.83052759976.issue5391@psf.upfronthosting.co.za>
Message-ID: <1235830027.14.0.0601995702007.issue5391@psf.upfronthosting.co.za>


Changes by Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp>:


----------
versions:  -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5391>
_______________________________________

From report at bugs.python.org  Sat Feb 28 15:25:59 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 14:25:59 +0000
Subject: [issue5392] stack overflow after hitting recursion limit twice
In-Reply-To: <1235820404.86.0.303625232795.issue5392@psf.upfronthosting.co.za>
Message-ID: <1235831159.12.0.897487209055.issue5392@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
nosy: +loewis, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5392>
_______________________________________

From report at bugs.python.org  Sat Feb 28 15:37:20 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 28 Feb 2009 14:37:20 +0000
Subject: [issue5392] stack overflow after hitting recursion limit twice
In-Reply-To: <1235820404.86.0.303625232795.issue5392@psf.upfronthosting.co.za>
Message-ID: <1235831840.19.0.688848507209.issue5392@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

I can reproduce that (with the same limits) on Linux here.
It doesn't happen with 2.6.

(Although it is technically not a crash but a controlled abort().)

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5392>
_______________________________________

From report at bugs.python.org  Sat Feb 28 15:39:43 2009
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 28 Feb 2009 14:39:43 +0000
Subject: [issue5391] mmap: read_byte/write_byte and object type
In-Reply-To: <1235818949.96.0.83052759976.issue5391@psf.upfronthosting.co.za>
Message-ID: <1235831983.34.0.463662882096.issue5391@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

loewis> Furthermore, all other uses of the "c" code might 
loewis> need to be reconsidered.

$ grep 'BuildValue.*"c"' */*c
Modules/_cursesmodule.c:    return Py_BuildValue("c", rtn);
Modules/mmapmodule.c:           return Py_BuildValue("c", value);

$ grep '_Parse[^"]\+"[^":;]*c' */*c
Modules/mmapmodule.c:   if (!PyArg_ParseTuple(args, "c:write_byte", 
&value))
PC/msvcrtmodule.c:      if (!PyArg_ParseTuple(args, "c:putch", &ch))
PC/msvcrtmodule.c:      if (!PyArg_ParseTuple(args, "c:ungetch", &ch))

So we have:
* mmap.read_byte()->char, mmap.write_byte(char): should be fixed to 
use bytes
* <curses window>.getkey()->char: it looks correct because the 
function uses also "return PyUnicode_FromString(...);"
* msvcrt.putch(char), msvcrt.ungetch(char): msvcrt has also:
  - msvcrt.getch()->byte string of 1 byte
  - msvcrt.getwch()->unicode string of 1 character
  - msvcrt.putwch(unicode string of 1 character)
  - msvcrt_ungetwch(unicode string of 1 character)
  Hum, putch(), ungetch(), getch() use inconsistent types 
(unicode/bytes) and should be fixed. Another issue should be open for 
that.

Notes: msvcrt.putwch() accepts string of length > 1 and 
msvcrt.ungetwch() doesn't check string length (and so may crash with 
length=0 or length > 1?).

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5391>
_______________________________________

From report at bugs.python.org  Sat Feb 28 15:42:04 2009
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 28 Feb 2009 14:42:04 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235832124.58.0.0135449360026.issue5377@psf.upfronthosting.co.za>


STINNER Victor <victor.stinner at haypocalc.com> added the comment:

@tjreedy: Do you expect conversion to small int if __int__() result 
fits in a small int?

----
class A:
    def __int__(self):
        return 1L

x=int(A())
print repr(x), type(x)
----

Result with Python 2.5.1: 1L <type 'long'>

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Sat Feb 28 15:49:00 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 28 Feb 2009 14:49:00 +0000
Subject: [issue5391] mmap: read_byte/write_byte and object type
In-Reply-To: <1235818949.96.0.83052759976.issue5391@psf.upfronthosting.co.za>
Message-ID: <1235832540.45.0.478175771361.issue5391@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

I think more *bytes* cleanup is needed for mmap module documentation &
implementation. (and other modules?) Especially mmap.find() and its friends.

>>> import mmap
>>> m = mmap.mmap(-1, 10)
>>> m[:] = b"0123456789"
>>> m.find(b'2')
2
>>> m.find('2') # XXX: accepts unicode
2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5391>
_______________________________________

From report at bugs.python.org  Sat Feb 28 15:56:01 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Feb 2009 14:56:01 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235832961.43.0.673969876769.issue5377@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

The behaviour doesn't contradict the documentation, as far as I can 
tell, 
so I agree with Terry that this is not a bug.

If we want the result from the built-in int function to have type int 
whenever possible (that is, whenever the result is in the closed 
interval 
[-sys.maxint-1, sys.maxint], it doesn't seem right that the burden for 
ensuring this should lie with individual __int__ methods:  instead, the 
general machinery for implementing the built-in int function should 
check 
any result of type long to see if it fits in an int, and convert if so.

Is this desirable?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Sat Feb 28 15:56:34 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Feb 2009 14:56:34 +0000
Subject: [issue5377] Strange behavior when performing int on a Decimal made
	from -sys.maxint-1
In-Reply-To: <1235679869.5.0.97489087981.issue5377@psf.upfronthosting.co.za>
Message-ID: <1235832994.33.0.932509110083.issue5377@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
type: behavior -> feature request

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5377>
_______________________________________

From report at bugs.python.org  Sat Feb 28 16:06:53 2009
From: report at bugs.python.org (John Levon)
Date: Sat, 28 Feb 2009 15:06:53 +0000
Subject: [issue1975] signals not always delivered to main thread,
	since other threads have the signal unmasked
In-Reply-To: <1201711085.9.0.419365608938.issue1975@psf.upfronthosting.co.za>
Message-ID: <1235833613.9.0.0916720164863.issue1975@psf.upfronthosting.co.za>


John Levon <movement at users.sourceforge.net> added the comment:

Surely readline is irrelevant anyway. The Python spec guarantees
behaviour, and that guarantee is currently broken.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1975>
_______________________________________

From report at bugs.python.org  Sat Feb 28 16:29:52 2009
From: report at bugs.python.org (Michael Newman)
Date: Sat, 28 Feb 2009 15:29:52 +0000
Subject: [issue5393] cmath.cos and cmath.cosh have "nResult" typo in help
In-Reply-To: <1235834992.19.0.175086711499.issue5393@psf.upfronthosting.co.za>
Message-ID: <1235834992.19.0.175086711499.issue5393@psf.upfronthosting.co.za>


New submission from Michael Newman <michael.b.newman at gmail.com>:

cmath.cos and cmath.cosh have "nResult" typo in their help text.

"""
Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import cmath
>>> help(cmath.cos)
Help on built-in function cos in module cmath:

cos(...)
    cos(x)
    nReturn the cosine of x.

>>> help(cmath.cosh)
Help on built-in function cosh in module cmath:

cosh(...)
    cosh(x)
    nReturn the hyperbolic cosine of x.
"""

Likewise in Py26, Py25, and Py24...

"""
Python 2.6.1 (r261:67517, Dec  4 2008, 16:51:00) [MSC v.1500 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import cmath
>>> help(cmath.cos)
Help on built-in function cos in module cmath:

cos(...)
    cos(x)
    nReturn the cosine of x.

>>> help(cmath.cosh)
Help on built-in function cosh in module cmath:

cosh(...)
    cosh(x)
    nReturn the hyperbolic cosine of x.
"""

"""
Python 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import cmath
>>> help(cmath.cos)
Help on built-in function cos in module cmath:

cos(...)
    cos(x)
    nReturn the cosine of x.

>>> help(cmath.cosh)
Help on built-in function cosh in module cmath:

cosh(...)
    cosh(x)
    nReturn the hyperbolic cosine of x.
"""

"""
Python 2.4.4 (#71, Oct 18 2006, 08:34:43) [MSC v.1310 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import cmath
>>> help(cmath.cos)
Help on built-in function cos in module cmath:

cos(...)
    cos(x)
    nReturn the cosine of x.

>>> help(cmath.cosh)
Help on built-in function cosh in module cmath:

cosh(...)
    cosh(x)
    nReturn the hyperbolic cosine of x.
"""

----------
assignee: georg.brandl
components: Documentation
messages: 82915
nosy: georg.brandl, mnewman
severity: normal
status: open
title: cmath.cos and cmath.cosh have "nResult" typo in help
versions: Python 2.4, Python 2.5, Python 2.6, Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5393>
_______________________________________

From report at bugs.python.org  Sat Feb 28 16:32:16 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Feb 2009 15:32:16 +0000
Subject: [issue5392] stack overflow after hitting recursion limit twice
In-Reply-To: <1235820404.86.0.303625232795.issue5392@psf.upfronthosting.co.za>
Message-ID: <1235835136.14.0.321005393423.issue5392@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

This is probably due to the recursion overflow recovery code in py3k,
which has a hard-wired constant of 50 somewhere :-)

(is setting the recursion limit so low a requirement for your
application? or were you just experimenting with it? as Georg said, it's
not a crash but a deliberate fatal error... although we can probably
change the behaviour when the recursion limit is set to 50 or lower)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5392>
_______________________________________

From report at bugs.python.org  Sat Feb 28 16:51:30 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Feb 2009 15:51:30 +0000
Subject: [issue5393] cmath.cos and cmath.cosh have "nResult" typo in help
In-Reply-To: <1235834992.19.0.175086711499.issue5393@psf.upfronthosting.co.za>
Message-ID: <1235836290.44.0.529205101982.issue5393@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Fixed in the trunk in r70062.  Thanks for the report!

----------
nosy: +marketdickinson
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5393>
_______________________________________

From report at bugs.python.org  Sat Feb 28 17:05:09 2009
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 28 Feb 2009 16:05:09 +0000
Subject: [issue1975] signals not always delivered to main thread,
	since other threads have the signal unmasked
In-Reply-To: <1201711085.9.0.419365608938.issue1975@psf.upfronthosting.co.za>
Message-ID: <1235837109.48.0.671065327486.issue1975@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Hm, I'm not sure why Adam brought up readline.  The behavior is
certainly guaranteed (I put that guarantee in myself long ago :-) and it
should be fixed.  I have no opinion about the proposed patch, since I
cannot test this and have long lost sufficient understanding of this
part of CPython to understand all the ramifications, sorry.

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1975>
_______________________________________

From report at bugs.python.org  Sat Feb 28 17:33:41 2009
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Feb 2009 16:33:41 +0000
Subject: [issue4474] PyUnicode_FromWideChar incorrect for characters outside
	the BMP (unix only)
In-Reply-To: <1228071248.49.0.10094276273.issue4474@psf.upfronthosting.co.za>
Message-ID: <1235838821.37.0.923089432913.issue4474@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Good catch!  Added defined(SIZEOF_WCHAR) to the testcapi code as well,
and removed the change to PC/pyconfig.h, since we don't need it any 
more...

Added file: http://bugs.python.org/file13210/unicode_fromwidechar_surrogate-7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4474>
_______________________________________

From report at bugs.python.org  Sat Feb 28 17:53:57 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 16:53:57 +0000
Subject: [issue2848] Remove mimetools usage from the stdlib
In-Reply-To: <1210726775.09.0.0627957766628.issue2848@psf.upfronthosting.co.za>
Message-ID: <1235840037.88.0.23742916295.issue2848@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
priority: critical -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2848>
_______________________________________

From report at bugs.python.org  Sat Feb 28 17:57:06 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sat, 28 Feb 2009 16:57:06 +0000
Subject: [issue5394] Distutils in trunk does not work with old Python (2.3 -
	2.5)
In-Reply-To: <1235840226.43.0.117116762922.issue5394@psf.upfronthosting.co.za>
Message-ID: <1235840226.43.0.117116762922.issue5394@psf.upfronthosting.co.za>


New submission from Akira Kitada <akitada at gmail.com>:

As written in its README, "Distutils must remain compatible with 2.3",
but it isn't. Attached patch fixes this.

----------
assignee: tarek
components: Distutils
files: python23_compat.diff
keywords: patch
messages: 82920
nosy: akitada, tarek
severity: normal
status: open
title: Distutils in trunk does not work with old Python (2.3 - 2.5)
type: compile error
Added file: http://bugs.python.org/file13211/python23_compat.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5394>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:10:16 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 17:10:16 +0000
Subject: [issue4996] io.TextIOWrapper calls buffer.read1()
In-Reply-To: <1232359796.19.0.280451086656.issue4996@psf.upfronthosting.co.za>
Message-ID: <1235841016.21.0.851121992209.issue4996@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

In the io-c branch, read1() is now a member of BufferedIOBase.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4996>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:10:45 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 17:10:45 +0000
Subject: [issue4263] BufferedWriter non-blocking overage
In-Reply-To: <1225909409.69.0.679575967126.issue4263@psf.upfronthosting.co.za>
Message-ID: <1235841045.79.0.386240681076.issue4263@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

This has been cured in the io-c branch.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4263>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:12:35 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 17:12:35 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235841155.01.0.570759351018.issue4565@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I just fixed the last failing test_io.

(I'm listing as dependencies issues we can close after the branch is
merged.)

----------
dependencies: +BufferedWriter non-blocking overage, io.TextIOWrapper calls buffer.read1()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:14:36 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 17:14:36 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235841276.37.0.40640311355.issue4565@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
dependencies: +possible deadlock in IO library (Lib/io.py)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:15:06 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 17:15:06 +0000
Subject: [issue3618] possible deadlock in IO library (Lib/io.py)
In-Reply-To: <1219230050.91.0.189582586712.issue3618@psf.upfronthosting.co.za>
Message-ID: <1235841306.78.0.254054262087.issue3618@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Yes, this is solved in the io-c branch. Antoine, do you think we should
switch _pyio to use the RLock?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3618>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:17:45 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 17:17:45 +0000
Subject: [issue4579] .read() and .readline() differ in failing
In-Reply-To: <1228676791.35.0.647481208562.issue4579@psf.upfronthosting.co.za>
Message-ID: <1235841465.18.0.634568298488.issue4579@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I'm going to close this as a duplicate of #4996 (same fix), which will
be fixed when we merge the io-c branch.

----------
nosy: +benjamin.peterson
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4579>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:22:00 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 17:22:00 +0000
Subject: [issue1407] [performance] Too many closed() checkings
In-Reply-To: <1194553833.1.0.901439748582.issue1407@psf.upfronthosting.co.za>
Message-ID: <1235841720.88.0.046510937641.issue1407@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Does io in C help with this?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1407>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:24:08 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 17:24:08 +0000
Subject: [issue4967] Bugs in _ssl object read() when a buffer is specified
In-Reply-To: <1232159812.52.0.781690409094.issue4967@psf.upfronthosting.co.za>
Message-ID: <1235841848.32.0.738277250126.issue4967@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

I'm no ssl expert either, but the patch looks fine to me.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4967>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:25:56 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 17:25:56 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235841956.42.0.106718980483.issue4565@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
dependencies: +Duplicate UTF-16 BOM if a file is open in append mode, utf-16 BOM is not skipped after seek(0)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:29:02 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 17:29:02 +0000
Subject: [issue4565] Rewrite the IO stack in C
In-Reply-To: <1228576260.5.0.752040739396.issue4565@psf.upfronthosting.co.za>
Message-ID: <1235842142.93.0.761917960839.issue4565@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

These StringIO bugs should be dealt with:

#5264
#5265
#5266

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4565>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:32:02 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sat, 28 Feb 2009 17:32:02 +0000
Subject: [issue1294959] Problems with /usr/lib64 builds.
Message-ID: <1235842322.9.0.490158234678.issue1294959@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

3rd party C modules are put in site-packages,
so just having importer of 64-bit python look at lib64-dynload is not
enough for solving this.

To work around this problem, I did some hacks on my local Python to look
at lib and lib64. It worked, but just as belopolsky said, this is
wasteful and ugly.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1294959>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:42:13 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sat, 28 Feb 2009 17:42:13 +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: <1235842933.45.0.0352462611717.issue2698@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
assignee:  -> tarek
components: +Windows
nosy: +tarek
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2698>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:44:19 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sat, 28 Feb 2009 17:44:19 +0000
Subject: [issue2941] Propagate define to resurce mingw32 compile
In-Reply-To: <1211451506.25.0.765395098834.issue2941@psf.upfronthosting.co.za>
Message-ID: <1235843059.35.0.167815216218.issue2941@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
assignee:  -> tarek
components: +Windows
nosy: +tarek
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2941>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:45:15 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sat, 28 Feb 2009 17:45:15 +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: <1235843115.83.0.0693834052325.issue2200@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
assignee:  -> tarek
components: +Windows
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2200>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:54:39 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sat, 28 Feb 2009 17:54:39 +0000
Subject: [issue4010] configure options don't trickle down to distutils
In-Reply-To: <1222879433.22.0.765704464081.issue4010@psf.upfronthosting.co.za>
Message-ID: <1235843679.57.0.933093745093.issue4010@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


Removed file: http://bugs.python.org/file12954/issue4010.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4010>
_______________________________________

From report at bugs.python.org  Sat Feb 28 18:56:11 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sat, 28 Feb 2009 17:56:11 +0000
Subject: [issue4010] configure options don't trickle down to distutils
In-Reply-To: <1222879433.22.0.765704464081.issue4010@psf.upfronthosting.co.za>
Message-ID: <1235843771.24.0.0284917752904.issue4010@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

Updated issue4010 to honor os.environ['CPPFLAGS'].

Added file: http://bugs.python.org/file13212/issue4010.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4010>
_______________________________________

From report at bugs.python.org  Sat Feb 28 19:01:40 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 28 Feb 2009 18:01:40 +0000
Subject: [issue5394] Distutils in trunk does not work with old Python (2.3 -
	2.5)
In-Reply-To: <1235840226.43.0.117116762922.issue5394@psf.upfronthosting.co.za>
Message-ID: <1235844100.26.0.820964476914.issue5394@psf.upfronthosting.co.za>


Tarek Ziad? <ziade.tarek at gmail.com> added the comment:

right, this code is not covered by tests. I'll apply your patch, and add
a test case for that.

----------
priority:  -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5394>
_______________________________________

From report at bugs.python.org  Sat Feb 28 19:02:33 2009
From: report at bugs.python.org (=?utf-8?q?Tarek_Ziad=C3=A9?=)
Date: Sat, 28 Feb 2009 18:02:33 +0000
Subject: [issue2385] run_setup can fail if the setup script uses __file__
In-Reply-To: <1205835874.17.0.090976046813.issue2385@psf.upfronthosting.co.za>
Message-ID: <1235844153.99.0.327215365249.issue2385@psf.upfronthosting.co.za>


Changes by Tarek Ziad? <ziade.tarek at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2385>
_______________________________________

From report at bugs.python.org  Sat Feb 28 19:11:11 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Feb 2009 18:11:11 +0000
Subject: [issue1407] [performance] Too many closed() checkings
In-Reply-To: <1194553833.1.0.901439748582.issue1407@psf.upfronthosting.co.za>
Message-ID: <1235844671.88.0.723470351973.issue1407@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Closing, as I don't think there's any point trying to micro-optimize the
Python version.

----------
resolution: later -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1407>
_______________________________________

From report at bugs.python.org  Sat Feb 28 19:12:50 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Feb 2009 18:12:50 +0000
Subject: [issue3618] possible deadlock in IO library (Lib/io.py)
In-Reply-To: <1219230050.91.0.189582586712.issue3618@psf.upfronthosting.co.za>
Message-ID: <1235844770.25.0.583479216482.issue3618@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't know. The RLock is a lot slower than the normal non-recursive
variation, on the other hand I'm not sure we care about performance of
the Python version that much. Opinions welcome.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3618>
_______________________________________

From report at bugs.python.org  Sat Feb 28 19:14:06 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 18:14:06 +0000
Subject: [issue5238] ssl makefile never closes socket
In-Reply-To: <1234485278.29.0.554185864263.issue5238@psf.upfronthosting.co.za>
Message-ID: <1235844846.16.0.11576165751.issue5238@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
assignee:  -> janssen
nosy: +janssen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5238>
_______________________________________

From report at bugs.python.org  Sat Feb 28 19:19:04 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 18:19:04 +0000
Subject: [issue3618] possible deadlock in IO library (Lib/io.py)
In-Reply-To: <1235844770.25.0.583479216482.issue3618@psf.upfronthosting.co.za>
Message-ID: <1afaf6160902281019m1a6a92bewad0e0c6e2fc07e9@mail.gmail.com>


Benjamin Peterson <benjamin at python.org> added the comment:

2009/2/28 Antoine Pitrou <report at bugs.python.org>:
>
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> I don't know. The RLock is a lot slower than the normal non-recursive
> variation, on the other hand I'm not sure we care about performance of
> the Python version that much. Opinions welcome.

I'm +0. The deadlock will only affect people specifically messing with
the Python io implementation. It's low priority, so maybe we should
just do it when RLock is rewritten in C.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3618>
_______________________________________

From report at bugs.python.org  Sat Feb 28 19:21:31 2009
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Sat, 28 Feb 2009 18:21:31 +0000
Subject: [issue1533164] Installed but not listed *.pyo break bdist_rpm
In-Reply-To: <1235821159.2.0.256367325786.issue1533164@psf.upfronthosting.co.za>
Message-ID: <49A980A6.4030605@v.loewis.de>


Martin v. L?wis <martin at v.loewis.de> added the comment:

> I've read the thread while working in the patch,
> and comment #28 explains that brp-python-bytecompile is called over 
> the rpms and requires pyo files within the file list.

Sure, I'm not objecting. I claim that the patch might be insufficient,
and that brp-python-bytecompile produces bytecode files that bdist_rpm
didn't mention.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1533164>
_______________________________________

From report at bugs.python.org  Sat Feb 28 19:30:24 2009
From: report at bugs.python.org (Eduardo Aguiar)
Date: Sat, 28 Feb 2009 18:30:24 +0000
Subject: [issue5395] array.fromfile not checking I/O errors
In-Reply-To: <1235845824.28.0.0746931050705.issue5395@psf.upfronthosting.co.za>
Message-ID: <1235845824.28.0.0746931050705.issue5395@psf.upfronthosting.co.za>


New submission from Eduardo Aguiar <aguiar at users.sourceforge.net>:

At arraymodule.c (line 1258):

		nread = fread(item + (Py_SIZE(self) - n) * itemsize,
			      itemsize, n, fp);
		if (nread < (size_t)n) {
		  Py_SIZE(self) -= (n - nread);
			PyMem_RESIZE(item, char, Py_SIZE(self)*itemsize);
			self->ob_item = item;
			self->allocated = Py_SIZE(self);
			PyErr_SetString(PyExc_EOFError,
				         "not enough items in file");
			return NULL;
		}

When fread returns 0, ferror should be called to check if it was an EOF
or an error condition. It is not handling OSErrors, such as I/O errors,
raising always "not enough items in file".

----------
components: Library (Lib)
messages: 82936
nosy: aguiar
severity: normal
status: open
title: array.fromfile not checking I/O errors
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5395>
_______________________________________

From report at bugs.python.org  Sat Feb 28 19:32:57 2009
From: report at bugs.python.org (Bob Ippolito)
Date: Sat, 28 Feb 2009 18:32:57 +0000
Subject: [issue4136] merge json library with latest simplejson 2.0.x
In-Reply-To: <1224194929.7.0.263636117378.issue4136@psf.upfronthosting.co.za>
Message-ID: <1235845977.79.0.782492592734.issue4136@psf.upfronthosting.co.za>


Bob Ippolito <bob at redivi.com> added the comment:

They are essentially the same except the relative imports are changed to 
use . syntax, simplejson._speedups is changed to _json, simplejson is 
changed to json, .format strings are used, and the test suite changes 
slightly. I can add fixing that struct function and removing the #if stuff 
from the C code to that list as well.

The way I see it, the names have to change anyway, so other things might 
as well be modernized as long as it's trivial. I personally didn't make 
the call to switch from % to .format, someone else did that after I had 
originally committed simplejson to Python 2.6 trunk.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4136>
_______________________________________

From report at bugs.python.org  Sat Feb 28 20:02:31 2009
From: report at bugs.python.org (Eduardo Aguiar)
Date: Sat, 28 Feb 2009 19:02:31 +0000
Subject: [issue5396] os.read not handling O_DIRECT flag
In-Reply-To: <1235847751.77.0.558509867366.issue5396@psf.upfronthosting.co.za>
Message-ID: <1235847751.77.0.558509867366.issue5396@psf.upfronthosting.co.za>


New submission from Eduardo Aguiar <aguiar at users.sourceforge.net>:

At posixmodule.c (line 6306)

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;
	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;
}

os.read does not work with O_DIRECT flag. It fails with errno = EINVAL.

>From read(2) man page:

       EINVAL fd  is attached to an object which is unsuitable for
reading; or
              the file was opened with  the  O_DIRECT  flag,  and 
either  the
              address  specified  in buf, the value specified in count,
or the
              current file offset is not suitably aligned.

if os.open is called with O_DIRECT flag enabled, the buffer used in
"read" must be page aligned and "size" must be multiple of pagesize also.

----------
components: Library (Lib)
messages: 82938
nosy: aguiar
severity: normal
status: open
title: os.read not handling O_DIRECT flag
type: behavior
versions: Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5396>
_______________________________________

From report at bugs.python.org  Sat Feb 28 20:07:43 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 19:07:43 +0000
Subject: [issue4967] Bugs in _ssl object read() when a buffer is specified
In-Reply-To: <1232159812.52.0.781690409094.issue4967@psf.upfronthosting.co.za>
Message-ID: <1235848063.62.0.741629043925.issue4967@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Applied the patch to py3k in r70072. Do you have a trunk backport?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4967>
_______________________________________

From report at bugs.python.org  Sat Feb 28 20:08:45 2009
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Sat, 28 Feb 2009 19:08:45 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>
Message-ID: <1235848125.18.0.719094793404.issue5373@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

The motivation behind the restriction was to prevent the tp_doc member
to get truncated. Since tp_doc is a C string, it cannot contains embeded
null bytes.

However, it seems tp_doc is not used at all for heap types. So, I don't
mind lifting the restriction.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________

From report at bugs.python.org  Sat Feb 28 20:31:30 2009
From: report at bugs.python.org (Mike Meyer)
Date: Sat, 28 Feb 2009 19:31:30 +0000
Subject: [issue5370] unpickling vs. __getattr__
In-Reply-To: <1235597176.48.0.557535954175.issue5370@psf.upfronthosting.co.za>
Message-ID: <1235849490.19.0.277874230133.issue5370@psf.upfronthosting.co.za>


Mike Meyer <mwm at users.sourceforge.net> added the comment:

The args attribute gets created by __init__ and nothing in the class
removes it. I don't think it's unreasonable for the class to expect the
attribute to not vanish on it. Possibly it should be spelled __args (or
declared private :-), but neither of those would make a difference in
this case.

Any feature access can be made more robust by checking for it in
__dict__ first, but such a practice is neither practical nor pragmatic.
It may be different for __getargs__, in which case the bug is in the
documentation for __getargs__, which should mention this issue.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5370>
_______________________________________

From report at bugs.python.org  Sat Feb 28 20:31:45 2009
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Sat, 28 Feb 2009 19:31:45 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>
Message-ID: <1235849505.05.0.336756002577.issue5373@psf.upfronthosting.co.za>


Alexandre Vassalotti <alexandre at peadrop.com> added the comment:

Here is a patch that removes the restriction.

----------
keywords: +patch
priority:  -> normal
stage:  -> patch review
type: compile error -> behavior
Added file: http://bugs.python.org/file13213/remove_null_restriction_on_classdoc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________

From report at bugs.python.org  Sat Feb 28 20:33:28 2009
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Sat, 28 Feb 2009 19:33:28 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>
Message-ID: <1235849608.45.0.218410657818.issue5373@psf.upfronthosting.co.za>


Changes by Alexandre Vassalotti <alexandre at peadrop.com>:


Added file: http://bugs.python.org/file13214/remove_null_restriction_on_classdoc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________

From report at bugs.python.org  Sat Feb 28 20:33:40 2009
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Feb 2009 19:33:40 +0000
Subject: [issue4967] Bugs in _ssl object read() when a buffer is specified
In-Reply-To: <1232159812.52.0.781690409094.issue4967@psf.upfronthosting.co.za>
Message-ID: <1235849620.2.0.891699298683.issue4967@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

No, and since I don't how to test it out of running the io-c branch on
test_ssl and test_poplib, I'd recommend not backporting it unless an SSL
expert takes a look.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4967>
_______________________________________

From report at bugs.python.org  Sat Feb 28 20:33:42 2009
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Sat, 28 Feb 2009 19:33:42 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>
Message-ID: <1235849622.07.0.952866335114.issue5373@psf.upfronthosting.co.za>


Changes by Alexandre Vassalotti <alexandre at peadrop.com>:


Removed file: http://bugs.python.org/file13213/remove_null_restriction_on_classdoc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________

From report at bugs.python.org  Sat Feb 28 20:35:25 2009
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 28 Feb 2009 19:35:25 +0000
Subject: [issue4967] Bugs in _ssl object read() when a buffer is specified
In-Reply-To: <1232159812.52.0.781690409094.issue4967@psf.upfronthosting.co.za>
Message-ID: <1235849725.64.0.485632289252.issue4967@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Ok, will leave as is.

----------
versions:  -Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4967>
_______________________________________

From report at bugs.python.org  Sat Feb 28 20:46:13 2009
From: report at bugs.python.org (Robin Dunn)
Date: Sat, 28 Feb 2009 19:46:13 +0000
Subject: [issue5019] Specifying common controls DLL in manifest
In-Reply-To: <1232503239.64.0.982507078752.issue5019@psf.upfronthosting.co.za>
Message-ID: <1235850373.84.0.142036078442.issue5019@psf.upfronthosting.co.za>


Robin Dunn <robin at alldunn.com> added the comment:

Thanks for the code.  I've verified your findings and I've also
converted nested to an extension module and built it with distutils and
was still able to make it correctly load the themed common controls when
imported from Python, however I had to hack distutils a little bit to
keep it working.  In this case the code in msvc9compiler.py that runs
mt.exe overwrites the manifest that is specified in the rc file with one
that doesn't include the common controls assembly. 

I've still got to figure out what is the difference between this test
and wxPython's build...  It seems that none of the obvious things have
any effect.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5019>
_______________________________________

From report at bugs.python.org  Sat Feb 28 22:16:56 2009
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 28 Feb 2009 21:16:56 +0000
Subject: [issue5373] TypeError when '\x00' in docstring
In-Reply-To: <1235641346.54.0.44421310191.issue5373@psf.upfronthosting.co.za>
Message-ID: <1235855816.8.0.483122547678.issue5373@psf.upfronthosting.co.za>


Georg Brandl <georg at python.org> added the comment:

Looks good. (Alternately, you could also set tp_doc to NULL in the
embedded \0 case.)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5373>
_______________________________________

From report at bugs.python.org  Sat Feb 28 22:18:11 2009
From: report at bugs.python.org (Hirokazu Yamamoto)
Date: Sat, 28 Feb 2009 21:18:11 +0000
Subject: [issue5391] mmap: read_byte/write_byte and object type
In-Reply-To: <1235818949.96.0.83052759976.issue5391@psf.upfronthosting.co.za>
Message-ID: <1235855891.97.0.890752417191.issue5391@psf.upfronthosting.co.za>


Hirokazu Yamamoto <ocean-city at m2.ccsnet.ne.jp> added the comment:

Patch attached. read_byte and write_byte use integer as byte, and other
bytes related cleanup.

----------
keywords: +patch
Added file: http://bugs.python.org/file13215/py3k_mmap_and_bytes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5391>
_______________________________________

From report at bugs.python.org  Sat Feb 28 23:52:37 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sat, 28 Feb 2009 22:52:37 +0000
Subject: [issue4459] bdist_rpm assumes python
In-Reply-To: <1227969751.28.0.990351219395.issue4459@psf.upfronthosting.co.za>
Message-ID: <1235861557.93.0.217292391396.issue4459@psf.upfronthosting.co.za>


Akira Kitada <akitada at gmail.com> added the comment:

There are two options for that in bdist_rpm.

  --python             path to Python interpreter to hard-code in the .spec
                       file (default: "python")
  --fix-python         hard-code the exact path to the current Python
                       interpreter in the .spec file

----------
nosy: +akitada, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4459>
_______________________________________

From report at bugs.python.org  Sat Feb 28 23:54:09 2009
From: report at bugs.python.org (Akira Kitada)
Date: Sat, 28 Feb 2009 22:54:09 +0000
Subject: [issue4214] no extension debug info with msvc9compiler.py
In-Reply-To: <1225144462.62.0.9122976862.issue4214@psf.upfronthosting.co.za>
Message-ID: <1235861649.41.0.568254929347.issue4214@psf.upfronthosting.co.za>


Changes by Akira Kitada <akitada at gmail.com>:


----------
assignee:  -> tarek
components: +Windows
nosy: +tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4214>
_______________________________________