[issue5879] multiprocessing - example "pool of http servers " fails on windows "socket has no attribute fromfd"

[Gabriel Genellina]

Changes by Gabriel Genellina :


--
nosy: +gagenellina

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8160] platform.platform() throws exception on modified debian distribution

[Brian Curtin]

Brian Curtin  added the comment:

Duplicate of #7773 which was fixed with r77735.

--
nosy: +brian.curtin
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8077] cgi handling of POSTed files is broken

[Gabriel Genellina]

Gabriel Genellina  added the comment:

This doesn't look like a documentation bug to me - handling of uploaded files 
via CGI *should* work, even if CGI is not the best way to do that.

--
nosy: +gagenellina

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7214] TreeBuilder.end(tag) differs between cElementTree and ElementTree

[Brian]

Brian  added the comment:

What solution did you chose?  While matching cElementTree to the ElementTree
is the simplest solution I think there is some ambiguity as to the what the
preferred behavior as outlined in my original post.

-brian

On Tue, Feb 16, 2010 at 9:41 AM, Florent Xicluna wrote:

>
> Changes by Florent Xicluna :
>
>
> --
> components: +XML -Library (Lib)
> nosy: +flox
> priority:  -> normal
> stage:  -> test needed
> versions: +Python 2.7
>
> ___
> Python tracker 
> 
> ___
>

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

___
Python tracker 

___What solution did you chose?  While matching cElementTree to the ElementTree 
is the simplest solution I think there is some ambiguity as to the what the 
preferred behavior as outlined in my original post.

-brianOn Tue, Feb 16, 2010 at 9:41 AM, Florent 
Xicluna rep...@bugs.python.org> 
wrote:


Changes by Florent Xicluna la...@yahoo.fr>:


--
components: +XML -Library (Lib)
nosy: +flox
priority:  -> normal
stage:  -> test needed
versions: +Python 2.7

___
Python tracker rep...@bugs.python.org>
http://bugs.python.org/issue7214>
___

___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Matthias Klose]

Matthias Klose  added the comment:

crash seen on both Debian unstable and recent Ubuntu lucid.

(gdb) run
Starting program: /home/doko/a.out 
process 30155 is executing new program: /bin/ls
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
strrchr () at ../sysdeps/i386/strrchr.S:178
178 ../sysdeps/i386/strrchr.S: No such file or directory.
in ../sysdeps/i386/strrchr.S
(gdb) bt
#0  strrchr () at ../sysdeps/i386/strrchr.S:178
#1  0x080524d2 in ?? ()
#2  0x0804fb2c in ?? ()
#3  0x00170bd6 in __libc_start_main (main=0x804fb10, argc=0, 
ubp_av=0xb534, init=0x805bd60, fini=0x805bd50, 
rtld_fini=0x11e0b0 <_dl_fini>, stack_end=0xb52c) at libc-start.c:226
#4  0x08049cf1 in ?? ()

stack trace from lucid; glibc-2.11.1, linux 2.6.32

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[R. David Murray]

R. David Murray  added the comment:

It does not crash on Gentoo, either:

rdmur...@maestro:~>uname -a
Linux maestro 2.6.31-gentoo-r3 #1 SMP PREEMPT Thu Oct 22 20:13:19 EDT 2009 i686 
Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz GenuineIntel GNU/Linux

rdmur...@maestro:~/python/release26-maint>./python
Python 2.6.5rc2 (release26-maint:79008, Mar 16 2010, 20:29:24) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
[36856 refs]
>>> os.execlp('false')
rdmur...@maestro:~/python/release26-maint>echo $?
1

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8160] platform.platform() throws exception on modified debian distribution

[R. David Murray]

Changes by R. David Murray :


--
priority:  -> normal
stage:  -> test needed
type: crash -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8153] 'set' union() fails in specific use case

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Frank, try using "update" instead of "union".

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1103213] Adding the missing socket.recvall() method

[Irmen de Jong]

Irmen de Jong  added the comment:

Ok I've looked at it again and think I can build an acceptable patch this time. 
However there are 2 things that I'm not sure of:

1) how to return the partial data to the application if the recv() loop fails 
before completion. Because the method will probably raise an exception on 
failure, as usual, it seems to me that the best place to put the partial data 
is inside the exception object. I can't think of another easy and safe way for 
the application to retrieve it otherwise. But, how is this achieved in code? 
I'll be using set_error() to return an error from my sock_recvall function I 
suppose.

2) the trunk is Python 2.7, should I make a separate patch for 3.x?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6164] [AIX] Patch to correct the AIX C/C++ linker argument used for 'runtime_library_dirs'

[Tarek Ziadé]

Tarek Ziadé  added the comment:

Yes, the revert put back distutils in its initial 2.6.x state but I guess this 
can be added back since it doesn't change the original behavior.

--
priority:  -> high
resolution:  -> accepted

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

On Tue, Mar 16, 2010 at 7:46 PM, Matthias Klose  wrote:
..
> it does crash:

Strange.  Can you report your Linux version and the stack trace from the crash?

On Ubuntu, 2.6.24-27-generic #1 SMP Wed Jan 27 23:54:28 UTC 2010 i686
GNU/Linux, I see no crash.

Moreover, I've just checked that the following C program works just fine:

#include 

int
main()
{
  execlp("ls", NULL);
}

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8159] spam

[Ezio Melotti]

Changes by Ezio Melotti :


--
title: a11 -> spam

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8159] a11

[Ezio Melotti]

Changes by Ezio Melotti :


Removed file: http://bugs.python.org/file16569/o11

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Matthias Klose]

Matthias Klose  added the comment:

it does crash:

$ python
Python 2.6.5rc2 (r265rc2:78822, Mar 11 2010, 13:01:50) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.execlp('true')
Segmentation fault (core dumped)

arg[0] (the command name) must be part of the second parameter.


side notice: the execlpe looks inconsistent (both 2.x and 3.x).

>>> os.execlpe('true')
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.6/os.py", line 335, in execlpe
env = args[-1]
IndexError: tuple index out of range

shouldn't this be a ValueError as well?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6164] [AIX] Patch to correct the AIX C/C++ linker argument used for 'runtime_library_dirs'

[Sridhar Ratnakumar]

Sridhar Ratnakumar  added the comment:

Ah, I see. I am just re-opening this bug hoping to see it get fixed by 3.1.2.

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Adding Thomas.

Thomas,

Do you remember why your patch for issue1039 was not backported?

--
nosy: +theller

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6164] [AIX] Patch to correct the AIX C/C++ linker argument used for 'runtime_library_dirs'

[Roumen Petrov]

Roumen Petrov  added the comment:

and restore of distutils in trunk abandon it.

--
nosy: +rpetrov

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

The original report, issue1039 has a better problem description:

"In a windows debug build, an assertion is triggered when os.execvpe is
called with an empty argument list:

self.assertRaises(OSError, os.execvpe, 'no such app-', [], None)"

The patch, file8338/os.diff is complete with a test and should be easy to apply 
to the trunk.

I would be -0 on the change.  On one hand, POSIX seems to require a non-empty 
argument list, on the other hand at least Linux and MacOS X appear to be happy 
with os.execlp('true').  Furthemore, the proposed change will change the 
exception from os.execlp('no such program') from OSError to ValueError, which 
is not a backward compatible change.  As such it is certainly not appropriate 
for bug-fix releases.

As far as 3x series are concerned, I think ValueError exception should be 
documented.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8160] platform.platform() throws exception on modified debian distribution

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
assignee:  -> lemburg
nosy: +lemburg

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8160] platform.platform() throws exception on modified debian distribution

[tejas]

New submission from tejas :

I am calling platform.linux_distribution() and platform.platform() on a 
modified Debian distribution with Python 2.6.
FWIW the file /etc/debian_version exists on this machine, but is empty.

On calling platform.platform(), it seems to try to read the linux version from 
/etc/debian_version, but crashes with the following exception:

Python 2.6 (r26:66714, Mar  4 2010, 13:02:59)
[GCC 3.3.5 (Debian 1:3.3.5-13)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform.platform()
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python2.6/platform.py", line 1524, in platform
distname,distversion,distid = dist('')
  File "/usr/local/lib/python2.6/platform.py", line 361, in dist
full_distribution_name=0)
  File "/usr/local/lib/python2.6/platform.py", line 333, in linux_distribution
_distname, _version, _id = _parse_release_file(firstline)
  File "/usr/local/lib/python2.6/platform.py", line 269, in _parse_release_file
return '', version, id
UnboundLocalError: local variable 'version' referenced before assignment

--
components: Library (Lib)
messages: 101198
nosy: tejas81
severity: normal
status: open
title: platform.platform() throws exception on modified debian distribution
type: crash
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7946] Convoy effect with I/O bound threads and New GIL

[Nir Aides]

Nir Aides  added the comment:

I updated the patch with a small fix and increased the ticks 
countdown-to-release considerably. This seems to help the OS classify CPU bound 
threads as such and actually improves IO performance.

--
Added file: http://bugs.python.org/file16570/linux-7946.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

I forgot to add that this behavior is documented:

os.execlp = execlp(file, *args)
execlp(file, *args)

Execute the executable file (which is searched for along $PATH)
with argument list args, replacing the current process.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

As far as I can tell, it does not *crash* the interpreter.  Instead, it 
replaces the python interpreter process with a "true" utility.

$ ./python.exe 
Python 2.7a4+ (trunk:78816M, Mar  9 2010, 18:57:13) 
[GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import os; os.execlp('true')
$ echo $?
0
$ ./python.exe 
Python 2.7a4+ (trunk:78816M, Mar  9 2010, 18:57:13) 
[GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import os; os.execlp('false')
air:trunk sasha$ echo $?
1

--
nosy: +Alexander.Belopolsky

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8159] a11

[Razan Abbass]

Changes by Razan Abbass :


Added file: http://bugs.python.org/file16569/o11

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8159] a11

[Ezio Melotti]

Changes by Ezio Melotti :


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8159] a11

[Ezio Melotti]

Changes by Ezio Melotti :


--
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8159] a11

[Ezio Melotti]

Changes by Ezio Melotti :


Removed file: http://bugs.python.org/file16568/ooo1.html

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8159] a11

[Razan Abbass]

Changes by Razan Abbass :


Added file: http://bugs.python.org/file16568/ooo1.html

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8159] a11

[Razan Abbass]

New submission from Razan Abbass :

a11

--
components: None
messages: 101194
nosy: raz71abb6
severity: normal
status: open
title: a11
type: feature request

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

[Vlastimil Brom]

Vlastimil Brom  added the comment:

I am not sure about the testsuite for this regex module, but it seems to me, 
that many of the problems reported here probably don't apply for the current 
builtin re, as they are connected with the new features of regex.
After the suggestion in msg91462. I briefly checked the re testsuite and found 
it very comprehensive, given the featureset. Of course, most/all? re tests 
should apply for regex, but probably not vice versa.
vbr

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7946] Convoy effect with I/O bound threads and New GIL

[Nir Aides]

Nir Aides  added the comment:

I tried Florent's modification to the write test and did not see the effect on 
my machine with an updated revision of Python32.

I am running Ubuntu Karmic 64 bit.
7s - no background threads.
20s - one background thread.

According to the following documentation the libc condition is using scheduling 
policy when waking a thread and not FIFO order:
The following documentation suggests ordering in Linux is not FIFO:
http://www.opengroup.org/onlinepubs/95399/functions/pthread_cond_timedwait.html#tag_03_518_08_06

I upload a quick and dirty patch (linux-7946.patch) to the new GIL just to 
reflect this by avoiding the timed waits.  

On my machine it behaves reasonably both with the TCP server and with the write 
test, but so does unpatched Python 3.2.

I noticed high context switching rate with dave's priority GIL - with both 
tests it goes above 40K/s context switches.

--
Added file: http://bugs.python.org/file16567/linux-7946.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Tom Loredo]

Tom Loredo  added the comment:

> Unless you vehemently disagree, I am not making this a release blocker for 
> 2.6.5.

I'm not sure who you are asking (I doubt it was me!), but I don't consider this 
a release blocker.  The only possible substantive issue is whether "python" 
should run 32-bit or 64-bit Python after a universal framework install.  
Previously it ran 64-bit, but that was probably accidental.  I don't have a 
strong opinion about this; others should weigh in appropriately.

I think a change in behavior here would only negatively impact a very small 
number of users (those who built from source on OS X, and who built universal 
versions on a 64-bit platform, and who count on 64-bit default behavior).  For 
example, they may have built 64-bit extensions that could appear broken after 
an update to 2.6.5 if they don't know they should use "python-64".

In my opinion the main part of the "source" at issue here is not really source 
but the Mac/README file; but this is certainly not the only subtlety of 
Python-on-OS X that is not yet covered there!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3928] os.mknod missing on Solaris

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

jcea, why did  you make this a release blocker for 2.6.5?

--
nosy: +barry
priority: release blocker -> deferred blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Looks ok, but I think it needs a test, and it looks like execve suffers from 
the same problem.

--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

Unless you vehemently disagree, I am not making this a release blocker for 
2.6.5.

--
priority: release blocker -> critical

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6584] gzip module has no custom exception

[Filip Gruszczyński]

Filip Gruszczyński  added the comment:

Modified patch with test, that catches both BadGzipFile and IOError exceptions.

--
Added file: http://bugs.python.org/file16566/6584_2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8133] test_imp fails on OS X 10.6; filename normalization issue.

[Brett Cannon]

Brett Cannon  added the comment:

Trying to get this right is nasty as mixed filesystem stuff is always tricky, 
especially since NFD is still UTF-8 as is NFC so sys.getdefaultencoding() 
doesn't help.

Without some way to get that extra bit of info about what form of UTF-8 
encoding is being used for the filesystem, I think the test should be modified 
to use os.listdir() to find the name as encoded by the filesystem and use that 
as the argument to imp.find_module() instead of assuming the filesystem didn't 
tweak what it was given.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6584] gzip module has no custom exception

[Filip Gruszczyński]

Filip Gruszczyński  added the comment:

I have created a small patch, that introduces BadGzipFile exception. It is a 
subclass of IOError, so it would be backward compatible and will be still 
caught by old code, but this way is distinct from IOError.

--
keywords: +patch
nosy: +gruszczy
Added file: http://bugs.python.org/file16565/6584_1.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7319] Silence DeprecationWarning by default

[Ezio Melotti]

Ezio Melotti  added the comment:

The silencing of DeprecationWarnings should also be advertised, so that who 
writes the code knows that now -Wd should be used explicitly while testing the 
code. A warning in the "What's new" would be a good place where to start.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5233] Enhance 2.7 IDLE to exec IDLESTARTUP/PYTHONSTARTUP on restart

[Cherniavsky Beni]

Cherniavsky Beni  added the comment:

Oops!  Mitchell's patch didn't actually run the startup code after restart.  
Fixed patch attached (updated against 2.7 trunk).  Also added some doc updates. 
 Too lazy to produce a 3.2 version now.

[Apology to Mitchell: I removed most of your comments explaining the change and 
attributing it to you.  Nothing personal, just that's we have version control 
to store that info.]

Open questions / doubts:

* I described it in Lib/idlelib/NEWS.txt - correct?

* There is much duplication between the Doc/library/idle.rst, the command-line 
help string in PyShell.py and the option parsing code.  Maybe it should be 
rewritten with optparse?  [Doesn't block this patch.]

* There is much duplication between begin()/start_subprocess() and 
restart_subprocess().  These pieces of the code have a history of being 
fragile, and having subtle differences between them is a bad idea :-(  I didn't 
dare refactor them as I can't test such changes widely enough, so the startup 
call is duplicated.

* When a script is being run, should the startup file run before or after it 
(or at all)?  Currently it runs before the script, which is good because it can 
e.g. set the excepthook, and bad because it's different from running in a clean 
Python.   (Python doesn't run PYTHONSTARTUP at all when running a script, even 
in -i mode.)
Opinions?  Anyway, it's hard to implement otherwise with currect runcode().

[Unrelated to the patch but bothering me: it seems that runcode() sometimes 
restart the shell and sometimes not, and is used in both capacities?!  This is 
very confusing.  Or am I just reading it wrong?]

--
nosy: +cben
Added file: http://bugs.python.org/file16564/startup-2.7.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2704] IDLE: Patch to make PyShell behave more like a Terminal interface

[Cherniavsky Beni]

Cherniavsky Beni  added the comment:

History access by Up/Down is important because it makes IDLE history much more 
discoverable.  Most users instinctively expect Up/Down to work; moving back 
through the text of the session is nice but they probably won't guess that you 
can press Enter to reuse old commands; and it's not an efficient way to access 
history anyway.

The problem is increased by the fact that Alt+P/N *don't appear anywhere in the 
menus*, so a user will never discover them!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

[Ezio Melotti]

Ezio Melotti  added the comment:

Does regex.py have its own test suite (which also includes tests for all the 
problems reported in the last few messages)?
If so, the new tests could be merged in re's test_re. This will simplify the 
testing of regex.py and will improve the test coverage of re.py, possibly 
finding new bugs. It will also be useful to check if the two libraries behave 
in the same way.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8133] test_imp fails on OS X 10.6; filename normalization issue.

[Mark Dickinson]

Mark Dickinson  added the comment:

Brett:  any thoughts on this?  Should imp.find_module automatically apply NFD 
normalization to the given string on OS X?

It seems to me that doing this properly is a bit nasty, since the correct 
condition isn't that the OS is OS X, but that the relevant filesystem is HFS+;  
presumably a single call to imp.find_module could end up checking directories 
with differing filesystems.

--
nosy: +brett.cannon

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8158] documentation of 'optparse' module incomplete

[R. David Murray]

R. David Murray  added the comment:

Would you care to submit a patch?  The docs are in the svn repository in the 
'Doc' subdirectory.  See http://www.python.org/dev for how to get a checkout 
and create a patch.

That said, note that 2.7/3.2 will have argparse, which is pretty much a 
superset of optparse and recommended for use instead of optparse, and it does 
document those options.

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8158] documentation of 'optparse' module incomplete

[Brian Curtin]

Changes by Brian Curtin :


--
priority:  -> normal
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1103213] Adding the missing socket.recvall() method

[Irmen de Jong]

Irmen de Jong  added the comment:

Sure, I'll give it another go.

I've not done any c-development for quite a while though, so I have to pick up 
the pieces and see how far I can get. Also, I don't have any compiler for 
Windows so maybe I'll need someone else to validate the patch on Windows for 
me, once I've got something together.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8158] documentation of 'optparse' module incomplete

[Simon Anders]

New submission from Simon Anders :

The class optparse.OptionParser supports a number of useful keyword arguments 
to the initializer, which are not documented in the Python Standard Library 
documentation, here: http://docs.python.org/library/optparse.html

This is a bit unfortunate. For example, I wanted to add a description to the 
top of my script's help page and a copyright notice to the foot, and was 
already about to subclass OptionParser in order to override the format_help 
method, when I noticed that optional keyword arguments 'description' and 
'epilog' are provided for precisely this purpose.

The 'epilog' attribute is at least mentioned in the class's docstring, while 
the 'description' argument is completely undocumented. I doubt that this was 
done on purpose.

I'd suggest to go over the documentation page for optparse and fill in the 
missing bits; at minimum, list all keyword arguments to 
optparse.OptionParser.__init__.

--
assignee: georg.brandl
components: Documentation
messages: 101177
nosy: georg.brandl, sanders
severity: normal
status: open
title: documentation of 'optparse' module incomplete
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5594] IDLE startup configuration

[Cherniavsky Beni]

Cherniavsky Beni  added the comment:

(Another point I forgot to mention is that you must also run idle with the -s 
command-line option to look at these envvars.  This was silly and is also fixed 
by the #5233 patch.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5594] IDLE startup configuration

[Cherniavsky Beni]

Cherniavsky Beni  added the comment:

Editing a block of code from inside the config dialog (and storing it in the 
config file?) seems a bad idea because you lose all the power of the normal 
IDLE editor.

Instead, you should edit the startup code in the editor, save it to a file and 
point the IDLESTARTUP or PYTHONSTARTUP environment variable to it 
(http://docs.python.org/library/idle.html#startup).

[Unfortunately, these envvars currently don't work after restart; 
http://bugs.python.org/issue5233 has patches to fix that.]

What does make sense is having a way to set the startup file from the  config 
dialog, instead of environment variables.  I suspect nobody cares enough to 
implement this if you don't.

--
nosy: +cben

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8157] test_doctest.py fails with unexpected results in doctest.testfile

[R. David Murray]

R. David Murray  added the comment:

This is a duplicate of issue 1729305.

--
nosy: +r.david.murray
priority:  -> normal
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> test_doctest fails when run in verbose mode

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6716] Windows install error when choosing to compile .py files

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Problem 3 is now fixed in r78994.

Leaving this report open for backporting the changes to 2.6/3.1

--
versions: +Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

[Alex Willmer]

Alex Willmer  added the comment:

I've adapted the Python 2.6.5 test_re.py as follows, 

 from test.test_support import verbose, run_unittest
-import re
-from re import Scanner
+import regex as re
+from regex import Scanner

and run it against regex-2010305. Three tests failed, and the report is 
attached.

--
Added file: http://bugs.python.org/file16563/regex_test-20100316

___
Python tracker 
<http://bugs.python.org/issue2636>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Tom Loredo]

Tom Loredo  added the comment:

> the python-32 executable has never been linked into /usr/local/bin.

What I meant by "the version pointed to" is:  The "python" command
in 2.6.4 produced by an "intel" universal build (whether in the
framework or the install prefix) executed as 64-bit.  I
don't believe it linked to either python-32 or -64; I don't think those
were even installed in 2.6.4.  I think it was a bundle that just
happened to execute as 64-bit (and provided no access to 32-bit
python).  So the "python" command-line behavior under 2.6.5rc2 is
different from what it was for 2.6.4.  I don't think this is a 
significant regression, as the previous behavior was never documented 
and was actually somewhat problematic.  I'm just pointing it out for 
documentation purposes.

> I always add the framework to $PATH because distutils installs scripts into 
> that location.

Yes, I do the same.  Still, I think your proposed plans for linking in the 
prefix in 2.7/3.2 make a lot of sense.

--
versions: +Python 2.6 -Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8157] test_doctest.py fails with unexpected results in doctest.testfile

[Martin Ducár]

New submission from Martin Ducár :

During python regrtest.py i have found that doctest test module does not count 
with expected output when using testfile test_doctest.txt. Example output of 
the test:
-
File "/usr/lib/python2.6/test/test_doctest.py", line 2146, in 
test.test_doctest.test_testfile
Failed example:
doctest.testfile('test_doctest.txt') # doctest: +ELLIPSIS
Expected:
**
File "...", line 6, in test_doctest.txt
Failed example:
favorite_color
Exception raised:
...
NameError: name 'favorite_color' is not defined
**
1 items had failures:
   1 of   2 in test_doctest.txt
***Test Failed*** 1 failures.
TestResults(failed=1, attempted=2)
Got:
Trying:
favorite_color
Expecting:
'blue'
**
File "/usr/lib/python2.6/test/test_doctest.txt", line 6, in test_doctest.txt
Failed example:
favorite_color
Exception raised:
Traceback (most recent call last):
  File "/usr/lib/python2.6/doctest.py", line 1241, in __run
compileflags, 1) in test.globs
  File "", line 1, in 
favorite_color
NameError: name 'favorite_color' is not defined
Trying:
if 1:
   print 'a'
   print
   print 'b'
Expecting:
a

b
ok
**
1 items had failures:
   1 of   2 in test_doctest.txt
2 tests in 1 items.
1 passed and 1 failed.
***Test Failed*** 1 failures.
TestResults(failed=1, attempted=2)
-
There are two test cases  in that file and it count's only with the output of 
the one, another similar failed testcases from test_doctest.py are:
-
File "/usr/lib/python2.6/test/test_doctest.py", line 2168, in 
test.test_doctest.test_testfile
Failed example:
doctest.testfile('test_doctest.txt', globs=globs)
...
File "/usr/lib/python2.6/test/test_doctest.py", line 2173, in 
test.test_doctest.test_testfile
Failed example:
doctest.testfile('test_doctest.txt', globs=globs,
 extraglobs=extraglobs) # doctest: +ELLIPSIS
...
File "/usr/lib/python2.6/test/test_doctest.py", line 2193, in 
test.test_doctest.test_testfile
Failed example:
doctest.testfile('test_doctest.txt', globs=globs,
 module_relative='test')
...
File "/usr/lib/python2.6/test/test_doctest.py", line 2227, in 
test.test_doctest.test_testfile
Failed example:
doctest.testfile('test_doctest.txt', name='newname')
# doctest: +ELLIPSIS
...
File "/usr/lib/python2.6/test/test_doctest.py", line 2238, in 
test.test_doctest.test_testfile
Failed example:
doctest.testfile('test_doctest.txt', report=False)
# doctest: +ELLIPSIS
...
File "/usr/lib/python2.6/test/test_doctest.py", line 2264, in 
test.test_doctest.test_testfile
Failed example:
doctest.testfile('test_doctest4.txt') # doctest: +ELLIPSIS
-



-
# cat /usr/lib/python2.6/test/test_doctest.py
This is a sample doctest in a text file.

In this example, we'll rely on a global variable being set for us
already:

  >>> favorite_color
  'blue'

We can make this fail by disabling the blank-line feature.

  >>> if 1:
  ...print 'a'
  ...print
  ...print 'b'
  a
  
  b
-

This fails on python version 2.6.4. OS tried Arch linux and OpenSolaris, failed 
on both the same way. Full log in attachment

Testsuite run with -v argument:
# python2.6 /usr/lib/python2.6/test/test_doctest.py -v

--
components: Library (Lib)
files: python26_test_doctest.log
messages: 101170
nosy: Martin.Ducár
severity: normal
status: open
title: test_doctest.py fails with unexpected results in doctest.testfile
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file16562/python26_test_doctest.log

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3621] it would be nice if installers made by bdist_wininst stored an EstimatedSize property in the Windows registry

[Tarek Ziadé]

Tarek Ziadé  added the comment:

Moving the target to Distutils2, as Distutils is now feature frozen.

--
components: +Distutils2 -Distutils

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8145] Documentation about sqlite3 isolation_level

[Gerhard Häring]

Changes by Gerhard Häring :


--
nosy: +ghaering

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8155] Incompatible change to test.test_support.check_warnings behaviour

[Eric Smith]

Changes by Eric Smith :


--
nosy: +eric.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6716] Windows install error when choosing to compile .py files

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Problem 2 is resolved as of r78992

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8152] Divide error on Windows 7 Home Premium 64 bits

[Mark Dickinson]

Mark Dickinson  added the comment:

I see that you already closed this;  but just for completeness:

This is expected behaviour:  in 2.x, the '/' operator does floor division 
unless you've done a 'from __future__ import division', in which case it does 
true division.

In 3.x, '/' always does floor division.

--
nosy: +mark.dickinson
resolution:  -> invalid

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8156] pybsddb 4.8.3+ integration

[Jesús Cea Avión]

New submission from Jesús Cea Avión :

This issue tracks the progress of integration of pybsddb 4.8.3+ and centralize 
related discussion.

I have integrated all bsddb related patches until r78988, in pybsddb 4.8.3+, 
with the following caveats:

- The new code supports BDB 4.8, but drops support for 4.0. Berkeley DB 4.0 was 
released in 2001...

- Revert issue6949 (the 2.7 part). This integration work supercedes it.

- issue6462 is not integrated in pybsddb, but will be retained in the code 
integrated in python. I will try to resolve it in a permanent way after 
integration.

- issue3892 is not integrated in pybsddb, but will be retained in the code 
integrated in python. I will try to resolve it in a permanent way after 
integration.

- issue7975: I can't reproduce this bug with current pybsddb version. I will 
keep the patch around, but first integration test will not include it, unless 
we still can reproduce.

Some changes in bsddb testsuite require 2.7/3.2. I have decided to keep the 
changes, so I have to backport some code and use conditional execution, because 
I must support python 2.3-2.7 and 3.0-3.2.

--
assignee: jcea
components: Extension Modules
messages: 101166
nosy: jcea
severity: normal
stage: patch review
status: open
title: pybsddb 4.8.3+ integration
type: feature request
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7808] test_bsddb3 leaks references

[Jesús Cea Avión]

Jesús Cea Avión  added the comment:

I have problem getting your changes working in python 3.x. Yes, pybsddb 
supports py3k.

The problem is line "sys.exc_traceback = sys.last_traceback = None", that 
throws the following error under python 3.x:

"""
File 
"/home/pybsddb/build/lib.solaris-2.10-i86pc-3.1/bsddb3/tests/test_compare.py", 
line 215, in verifyStderr
sys.exc_info()[2] = sys.last_traceback = None
TypeError: 'tuple' object does not support item assignment
"""

The line is automatically translated by "2to3".

Any suggestion?.

I guess in 3.x we can change the line to "sys.exc_clear()", and forget about 
the "None" asignment. What do you think?.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8155] Incompatible change to test.test_support.check_warnings behaviour

[Nick Coghlan]

Changes by Nick Coghlan :


--
title: Incompoatible change to test.test_support.check_warnings behaviour -> 
Incompatible change to test.test_support.check_warnings behaviour

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8155] Incompoatible change to test.test_support.check_warnings behaviour

[Nick Coghlan]

New submission from Nick Coghlan :

A bug report for the incompatibility I was trying to explain on the checkins 
list. The test_support module is the only part of the regression test suite 
that is officially documented, so we can't go changing behaviour that is 
visible to third parties at will.

Python 2.6.5rc2 (release26-maint:78987, Mar 16 2010, 19:48:42)
[GCC 4.4.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from test.test_support import check_warnings
>>> with check_warnings():
...   pass
...
>>>

Python 2.7a4+ (trunk:78987, Mar 16 2010, 19:48:39)
[GCC 4.4.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from test.test_support import check_warnings
>>> with check_warnings():
...   pass
...
Traceback (most recent call last):
  File "", line 2, in 
  File "/home/ncoghlan/devel/python/Lib/contextlib.py", line 24, in __exit__
self.gen.next()
  File "/home/ncoghlan/devel/python/Lib/test/test_support.py", line 568, in 
_filterwarnings
missing[0])
AssertionError: filter ('', Warning) did not catch any warning
>>>

Third party test suites may want to use check_warnings() for both 2.6 and 2.7 
and this change makes it unnecessarily difficult for them to do so.

Fixing this should just be a matter of flipping the default value of the new 
"quiet" parameter to True and updating the tests and documentation accordingly.

--
assignee: flox
messages: 101164
nosy: flox, ncoghlan
priority: normal
severity: normal
stage: test needed
status: open
title: Incompoatible change to test.test_support.check_warnings behaviour
type: behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat

[Eric Devolder]

Eric Devolder  added the comment:

Same problem on 3.1.2rc1.

--
versions: +Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8154] os.execlp('true') crashes the interpreter on 2.x

[Matthias Klose]

New submission from Matthias Klose :

calling os.execlp('true') with the wrong number of arguments (missing 2nd arg), 
the interpreter crashes. fixed in 3.x, this is a backport of the patch to 2.x

--
components: Extension Modules
files: p.diff
keywords: patch
messages: 101162
nosy: doko
severity: normal
status: open
title: os.execlp('true') crashes the interpreter on 2.x
versions: Python 2.5, Python 2.6, Python 2.7
Added file: http://bugs.python.org/file16561/p.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6716] Windows install error when choosing to compile .py files

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Merged last commit to py3k, as r78991.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4961] Inconsistent/wrong result of askyesno function in tkMessageBox

[Matthias Klose]

Matthias Klose  added the comment:

fixed for 2.7, 3.1, 3.2, commit pending for 2.6 until after the 2.6.5 release

--
resolution:  -> fixed
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4961] Inconsistent/wrong result of askyesno function in tkMessageBox

[Matthias Klose]

Matthias Klose  added the comment:

the patch works for me with tcl8.5

--
nosy: +doko
stage: test needed -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5166] ElementTree and minidom don't prevent creation of not well-formed XML

[Vetoshkin Nikita]

Vetoshkin Nikita  added the comment:

What about this example?
>>> from xml.dom import minidom
>>> doc = minidom.Document()
>>> el = doc.createElement("Test")
>>> el.setAttribute("with space", "False")
>>> doc.appendChild(el)

>>>
>>> #nahhh
... minidom.parseString(doc.toxml())
Traceback (most recent call last):
  File "", line 2, in 
  File "C:\Python26\lib\xml\dom\minidom.py", line 1928, in parseString
return expatbuilder.parseString(string)
  File "C:\Python26\lib\xml\dom\expatbuilder.py", line 940, in parseString
return builder.parseString(string)
  File "C:\Python26\lib\xml\dom\expatbuilder.py", line 223, in parseString
parser.Parse(string, True)
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1, column 33

>>>

Is it worth making another bug report?

--
nosy: +nvetoshkin

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8153] 'set' union() fails in specific use case

[Ezio Melotti]

Ezio Melotti  added the comment:

set.union doesn't change the first set (i.e. a), but returns a new sets (i.e. 
c):
>>> def func():
...   a = set([0])
...   a.pop()
...   print 'a:', a
...   b = set([1, 2])
...   c = a.union(b)
...   print 'a:', a
...   return c
...
>>> func()
a: set([])
a: set([])
set([1, 2])

--
nosy: +ezio.melotti
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com