From report at bugs.python.org  Tue Aug  7 08:27:25 2007
From: report at bugs.python.org (user)
Date: Tue, 07 Aug 2007 06:27:25 -0000
Subject: [New-bugs-announce] [issue1] Test issue
Message-ID: <1186468045.4.0.686842929742.issue1@psf.upfronthosting.co.za>


New submission from user:

Hi there folks. This is just a test issue to make sure the e-mail
sending from the tracker that hopefully will be in production RSN<tm>
works as expected.

----------
components: Build
messages: 17863
nosy: user
severity: normal
status: open
title: Test issue
type: rfe
versions: Python 2.3

________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1>
________________________________

From report at bugs.python.org  Fri Aug 17 14:56:04 2007
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Fri, 17 Aug 2007 12:56:04 -0000
Subject: [New-bugs-announce] [issue1000] Test
Message-ID: <1187355364.43.0.232568184499.issue1000@psf.upfronthosting.co.za>


New submission from Martin v. L?wis:

This contains a word egastono that is unlikely to occur elsewhere

----------
messages: 55039
nosy: loewis
severity: normal
status: open
title: Test

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1000>
__________________________________

From report at bugs.python.org  Wed Aug 22 15:28:32 2007
From: report at bugs.python.org (user)
Date: Wed, 22 Aug 2007 13:28:32 -0000
Subject: [New-bugs-announce] [issue1000] test
Message-ID: <1187789311.7.0.365576874965.issue1000@psf.upfronthosting.co.za>


New submission from user:

test patch

----------
files: python.diff
messages: 55112
nosy: user
severity: normal
status: open
title: test

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1000>
__________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: python.diff
Url: http://mail.python.org/pipermail/new-bugs-announce/attachments/20070822/b919b435/attachment.txt 

From report at bugs.python.org  Thu Aug 23 21:25:19 2007
From: report at bugs.python.org (Jason Prado)
Date: Thu, 23 Aug 2007 19:25:19 -0000
Subject: [New-bugs-announce] [issue1000] Patch to rename *Server modules to
	lower-case
Message-ID: <1187897119.59.0.989686888119.issue1000@psf.upfronthosting.co.za>


New submission from Jason Prado:

Here's a patcher for the 2to3 fixer. After I add this ticket I'll try to 
add another file for the py3k/Lib directory.

----------
components: Library (Lib)
files: fixer-server-imports.patch
messages: 55188
nosy: jasonpjason
severity: normal
status: open
title: Patch to rename *Server modules to lower-case
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1000>
__________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: fixer-server-imports.patch
Url: http://mail.python.org/pipermail/new-bugs-announce/attachments/20070823/d92f3370/attachment.txt 

From report at bugs.python.org  Thu Aug 23 22:20:17 2007
From: report at bugs.python.org (Paul Smith)
Date: Thu, 23 Aug 2007 20:20:17 -0000
Subject: [New-bugs-announce] [issue1002] Patch to rename HTMLParser module
	to lower_case
Message-ID: <1187900417.52.0.984066469485.issue1002@psf.upfronthosting.co.za>


New submission from Paul Smith:

HTMLParser is renamed to html_parser.

----------
components: Library (Lib)
files: rename-html-parser.diff
messages: 55200
nosy: paulsmith
severity: normal
status: open
title: Patch to rename HTMLParser module to lower_case
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1002>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rename-html-parser.diff
Type: application/octet-stream
Size: 1199 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070823/c8e2f389/attachment.obj 

From report at bugs.python.org  Thu Aug 23 22:53:16 2007
From: report at bugs.python.org (David W)
Date: Thu, 23 Aug 2007 20:53:16 -0000
Subject: [New-bugs-announce] [issue1003] zipfile password fails validation
Message-ID: <1187902396.85.0.749832175087.issue1003@psf.upfronthosting.co.za>


New submission from David W:

This is in python2.5: zipfile.py SVN rev-56308
When testing a zipfile.Zipfile().read() with a password protected zip
file, I would continually get exceptions.  So I tracked this down to 
line 796-797: 
if ord(h[11]) != ((zinfo.CRC>>24)&255):
        raise RuntimeError, "Bad password for file %s" % name

scope related data:
bytes = `)?G\x02???&\x1E#??`
h[11] = `?`
zinfo.CRC = `1554440319`

ord(h[11]) == 175
((zinfo.CRC>>24)&255) == 92


When I commented out the error check, the script extracted 150 JPGs with
no corruption or errors in any of the images...so its just seems like an
issue with the error check.

----------
components: Library (Lib)
messages: 55210
nosy: djw
severity: normal
status: open
title: zipfile password fails validation
type: crash
versions: Python 2.5

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1003>
__________________________________

From report at bugs.python.org  Fri Aug 24 00:13:50 2007
From: report at bugs.python.org (Paul Smith)
Date: Thu, 23 Aug 2007 22:13:50 -0000
Subject: [New-bugs-announce] [issue1005] Patches to rename Queue module to
	queue
Message-ID: <1187907230.61.0.022863019632.issue1005@psf.upfronthosting.co.za>


New submission from Paul Smith:

Renamed Lib/Queue.py to Lib/queue.py.

----------
components: Library (Lib)
files: rename-queue.diff
messages: 55230
nosy: paulsmith
severity: normal
status: open
title: Patches to rename Queue module to queue
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1005>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rename-queue.diff
Type: application/octet-stream
Size: 6941 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070823/8f591451/attachment.obj 

From report at bugs.python.org  Fri Aug 24 02:23:08 2007
From: report at bugs.python.org (=?utf-8?q?=0A=09=09=09=09=09Atul_Varma=0A=09=09=09=09?=)
Date: Fri, 24 Aug 2007 00:23:08 -0000
Subject: [New-bugs-announce] [issue1006] Refactor test_winreg.py to use
	unittest.
Message-ID: <1187914988.48.0.215976715361.issue1006@psf.upfronthosting.co.za>


New submission from 
					Atul Varma
				:

This patch refactors test_winreg.py to use unittest.  When this patch is
applied, Lib/test/output/test_winreg can be removed.

I also made a few formatting changes to ensure that all lines are
constrained to 80-characters.

The original test_winreg.py took a command-line argument, "--remote", to
specify the name of a remote computer to run tests on.  For now, I've
added a unittest test called "testRemoteMachineRegistryWorks" which
raises a test_support.TestSkipped exception if the "--remote" argument
wasn't specified.  I'm not sure if this is optimal behavior; it can be
changed if not, of course.

----------
components: Tests
files: refactor_test_winreg.py.patch
messages: 55232
nosy: varmaa
severity: normal
status: open
title: Refactor test_winreg.py to use unittest.
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1006>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: refactor_test_winreg.py.patch
Type: application/octet-stream
Size: 12191 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070824/1ea52c47/attachment-0001.obj 

From report at bugs.python.org  Fri Aug 24 03:54:07 2007
From: report at bugs.python.org (Atul Varma)
Date: Fri, 24 Aug 2007 01:54:07 -0000
Subject: [New-bugs-announce] [issue1008] Refactor test_signal.py to use
	unittest.
Message-ID: <1187920447.34.0.203956739279.issue1008@psf.upfronthosting.co.za>


New submission from Atul Varma:

This patch refactors test_signal.py to use unittest.  When this patch is
applied, Lib/test/output/test_signal can be removed.

I tried to refactor out individual tests from the original script and
place them in separate test cases.

----------
components: Tests
files: refactored_test_signal.py.patch
messages: 55235
nosy: varmaa
severity: normal
status: open
title: Refactor test_signal.py to use unittest.
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1008>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: refactored_test_signal.py.patch
Type: text/x-patch
Size: 12023 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070824/45498ea1/attachment.bin 

From report at bugs.python.org  Fri Aug 24 05:51:50 2007
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 24 Aug 2007 03:51:50 -0000
Subject: [New-bugs-announce] [issue1009] Implementation of PEP 3101,
	Advanced String Formatting
Message-ID: <1187927510.72.0.527812998999.issue1009@psf.upfronthosting.co.za>


New submission from Eric V. Smith:

This implements PEP 3101, for the py3k branch.

Known issues:
Better error handling, per the PEP.

Need to write Formatter class.

test_long is failing, but I don't think it's my doing.

Need to fix this warning that I introduced when compiling
Python/formatter_unicode.c:
Objects/stringlib/unicodedefs.h:26: warning: `STRINGLIB_CMP' defined but
not used

Need more tests for sign handling for int and float.

It still supports "()" sign formatting from an earlier PEP version.

----------
components: Interpreter Core
files: pep3101.diff
messages: 55237
nosy: eric.smith
severity: normal
status: open
title: Implementation of PEP 3101, Advanced String Formatting

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1009>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pep3101.diff
Type: application/octet-stream
Size: 86515 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070824/7f022f48/attachment-0001.obj 

From report at bugs.python.org  Fri Aug 24 15:19:30 2007
From: report at bugs.python.org (Nir Soffer)
Date: Fri, 24 Aug 2007 13:19:30 -0000
Subject: [New-bugs-announce] [issue1010] Broken bug tracker url
Message-ID: <1187961570.05.0.530223209072.issue1010@psf.upfronthosting.co.za>


New submission from Nir Soffer:

In http://docs.python.org/lib/about.html, the link to "Python Bug Tracker" 
point to the old close tracker in sourceforge.net. Should be replaced to 
bugs.python.org.

----------
components: Documentation
messages: 55253
nosy: nirs
severity: normal
status: open
title: Broken bug tracker url
versions: Python 2.5

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1010>
__________________________________

From report at bugs.python.org  Fri Aug 24 15:33:45 2007
From: report at bugs.python.org (Nir Soffer)
Date: Fri, 24 Aug 2007 13:33:45 -0000
Subject: [New-bugs-announce] [issue1011] Wrong documentation for
	rfc822.Message.getheader
Message-ID: <1187962425.36.0.406803838673.issue1011@psf.upfronthosting.co.za>


New submission from Nir Soffer:

In http://docs.python.org/lib/message-objects.html, getheader doc say:

 "Like getrawheader(name), but strip leading and trailing whitespace. 
Internal whitespace is not stripped. The optional default argument can 
be used to specify a different default to be returned when there is no 
header matching name."

However, getheader is not like getrawheader. getheader return the *last* 
header seen, using the message dict. getrawheader retruns the *first* 
header line seen, searching through the list of parsed header lines.

The text should also note that getheader is faster and the preferred way 
to get parsed headers.

----------
components: Documentation
messages: 55254
nosy: nirs
severity: normal
status: open
title: Wrong documentation for rfc822.Message.getheader
versions: Python 2.5

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1011>
__________________________________

From report at bugs.python.org  Fri Aug 24 19:24:48 2007
From: report at bugs.python.org (O.R.Senthil Kumaran)
Date: Fri, 24 Aug 2007 17:24:48 -0000
Subject: [New-bugs-announce] [issue1012] Broken URL at Doc/install/index.rst
Message-ID: <1187976288.08.0.0768128809441.issue1012@psf.upfronthosting.co.za>


New submission from O.R.Senthil Kumaran:

* nair.jitendra at gmail.com [2007-08-24 06:12:52]:

> hyperlink "site module documentation" in   Section 4.1  on page
> http://docs.python.org/inst/search-path.html  leads to a nonexistent
> page.
>
> Regards
> jitendra nair

1) This needs to be fixed in the online doc,
2) Attaching a patch for the current trunk.

----------
components: Documentation
files: module-site-url.patch
messages: 55262
nosy: orsenthil
severity: minor
status: open
title: Broken URL at Doc/install/index.rst
versions: Python 2.5, Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1012>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: module-site-url.patch
Type: text/x-diff
Size: 686 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070824/4b68a838/attachment.patch 

From report at bugs.python.org  Fri Aug 24 21:59:24 2007
From: report at bugs.python.org (Ray Ward)
Date: Fri, 24 Aug 2007 19:59:24 -0000
Subject: [New-bugs-announce] [issue1013] eval error
Message-ID: <1187985564.86.0.804664675786.issue1013@psf.upfronthosting.co.za>


New submission from Ray Ward:

>>> eval("9")
9
Works but.
>>> eval("09")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<string>", line 1
    09
    ^
SyntaxError: invalid token

----------
messages: 55272
nosy: Rayfward
severity: normal
status: open
title: eval error
type: behavior
versions: Python 2.5

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1013>
__________________________________

From report at bugs.python.org  Fri Aug 24 22:54:35 2007
From: report at bugs.python.org (David Jessup)
Date: Fri, 24 Aug 2007 20:54:35 -0000
Subject: [New-bugs-announce] [issue1014] cgi: parse_qs and parse_qsl
	misbehave on empty strings
Message-ID: <1187988875.14.0.418310958626.issue1014@psf.upfronthosting.co.za>


New submission from David Jessup:

In Python 2.4.4, cgi.parse_qs(qs='', strict_parsing=True) errors out:

Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/lib/python2.4/cgi.py", line 183, in parse_qs
    for name, value in parse_qsl(qs, keep_blank_values, strict_parsing):
  File "/usr/lib/python2.4/cgi.py", line 217, in parse_qsl
    raise ValueError, "bad query field: %r" % (name_value,)
ValueError: bad query field: ''

To the best of my knowledge, this is bad behavior, since a large
percentage of URLs actually used have empty query strings.

----------
components: Extension Modules
messages: 55274
nosy: dljessup
severity: normal
status: open
title: cgi:  parse_qs and parse_qsl misbehave on empty strings
type: behavior
versions: Python 2.4

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1014>
__________________________________

From report at bugs.python.org  Fri Aug 24 23:20:08 2007
From: report at bugs.python.org (Keir Mierle)
Date: Fri, 24 Aug 2007 21:20:08 -0000
Subject: [New-bugs-announce] [issue1015] [PATCH] Updated patch for rich dict
	view (dict().keys()) comparisons
Message-ID: <1187990408.37.0.755658114648.issue1015@psf.upfronthosting.co.za>


New submission from Keir Mierle:

This an updated version of the patch I submitted earlier to python-3000;
it is almost identical except it extends the test case to cover more of
the code.

----------
components: Interpreter Core
files: dictview_richcompare_ver2.diff
messages: 55275
nosy: keir
severity: normal
status: open
title: [PATCH] Updated patch for rich dict view (dict().keys()) comparisons
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1015>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dictview_richcompare_ver2.diff
Type: text/x-patch
Size: 4663 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070824/df97dcdf/attachment.bin 

From report at bugs.python.org  Sat Aug 25 00:55:24 2007
From: report at bugs.python.org (Ero Carrera)
Date: Fri, 24 Aug 2007 22:55:24 -0000
Subject: [New-bugs-announce] [issue1016] [PATCH] Updated fix for string to
	unicode fixes in time and datetime
Message-ID: <1187996124.42.0.404094013819.issue1016@psf.upfronthosting.co.za>


New submission from Ero Carrera:

Small patch for the references leak in datetime and changed a strlen to
PyUnicode_GET_SIZE() in time

----------
files: time_datetime_pystring_patch_2.diff
messages: 55279
nosy: ero.carrera
severity: normal
status: open
title: [PATCH] Updated fix for string to unicode fixes in time and datetime
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1016>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: time_datetime_pystring_patch_2.diff
Type: application/octet-stream
Size: 1096 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070824/429df472/attachment.obj 

From report at bugs.python.org  Sat Aug 25 01:23:25 2007
From: report at bugs.python.org (Keir Mierle)
Date: Fri, 24 Aug 2007 23:23:25 -0000
Subject: [New-bugs-announce] [issue1017] [PATCH] Add set operations (and, or,
	xor, subtract) to dict views
Message-ID: <1187997805.35.0.216708788919.issue1017@psf.upfronthosting.co.za>


New submission from Keir Mierle:

This patch adds set operations & | ^ - to dict views ({}.keys(),
{}.items()). A set is returned.

----------
components: Interpreter Core
files: dictview_set_operations.diff
messages: 55280
nosy: keir
severity: normal
status: open
title: [PATCH] Add set operations (and, or, xor, subtract) to dict views
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1017>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dictview_set_operations.diff
Type: text/x-patch
Size: 3759 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070824/da85f58a/attachment-0001.bin 

From report at bugs.python.org  Sat Aug 25 02:44:30 2007
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 25 Aug 2007 00:44:30 -0000
Subject: [New-bugs-announce] [issue1018] server-side ssl support
Message-ID: <1188002670.08.0.117613289765.issue1018@psf.upfronthosting.co.za>


New submission from Guido van Rossum:

Bill Janssen's patch for server-side ssl support (and certificate
support). This still needs style cleanup, but is leak-free and passes tests.

----------
assignee: gvanrossum
components: Extension Modules
files: ssl-svr.diff
keywords: patch
messages: 55281
nosy: gvanrossum
severity: normal
status: open
title: server-side ssl support
type: behavior
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1018>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ssl-svr.diff
Type: text/x-patch
Size: 21996 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070825/5da93bc8/attachment-0001.bin 

From report at bugs.python.org  Sat Aug 25 19:27:41 2007
From: report at bugs.python.org (Neal Norwitz)
Date: Sat, 25 Aug 2007 17:27:41 -0000
Subject: [New-bugs-announce] [issue1020] pydoc doesn't work on pyexpat
Message-ID: <1188062861.7.0.938537520444.issue1020@psf.upfronthosting.co.za>


New submission from Neal Norwitz:

help(pyexpat) causes an exception:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/neal/python/dev/py3k/Lib/site.py", line 350, in __call__
    return pydoc.help(*args, **kwds)
  File "/home/neal/python/dev/py3k/Lib/pydoc.py", line 1685, in __call__
    self.help(request)
  File "/home/neal/python/dev/py3k/Lib/pydoc.py", line 1729, in help
    else: doc(request, 'Help on %s:')
  File "/home/neal/python/dev/py3k/Lib/pydoc.py", line 1512, in doc
    pager(render_doc(thing, title, forceload))
  File "/home/neal/python/dev/py3k/Lib/pydoc.py", line 1490, in 
render_doc
    return title % desc + '\n\n' + text.document(object, name)
  File "/home/neal/python/dev/py3k/Lib/pydoc.py", line 319, in document
    if inspect.ismodule(object): return self.docmodule(*args)
  File "/home/neal/python/dev/py3k/Lib/pydoc.py", line 1076, in 
docmodule
    contents.append(self.document(value, key, name))
  File "/home/neal/python/dev/py3k/Lib/pydoc.py", line 320, in document
    if inspect.isclass(object): return self.docclass(*args)
  File "/home/neal/python/dev/py3k/Lib/pydoc.py", line 1126, in docclass
    mro = deque(inspect.getmro(object))
TypeError: 'NoneType' object is not iterable

----------
components: Library (Lib)
messages: 55289
nosy: nnorwitz
severity: normal
status: open
title: pydoc doesn't work on pyexpat
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1020>
__________________________________

From report at bugs.python.org  Sat Aug 25 19:47:08 2007
From: report at bugs.python.org (Neal Norwitz)
Date: Sat, 25 Aug 2007 17:47:08 -0000
Subject: [New-bugs-announce] [issue1022] use bytes for code objects
Message-ID: <1188064028.04.0.310195892385.issue1022@psf.upfronthosting.co.za>


New submission from Neal Norwitz:

This patch has a hack to read in marshaled code objects.  Bytes can't be 
marshaled currently (they are stored as strings).  So when reading a 
marshaled code object, the hack converts them to bytes.

All tests except test_modulefinder pass.

The issue is that since bytes are mutable, they aren't suitable for code 
objects since a user could change them at any time.

----------
components: Interpreter Core
files: code-bytes.patch
messages: 55290
nosy: nnorwitz
severity: normal
status: open
title: use bytes for code objects
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1022>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: code-bytes.patch
Type: application/octet-stream
Size: 20125 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070825/50f4b7be/attachment-0001.obj 

From report at bugs.python.org  Sat Aug 25 20:16:27 2007
From: report at bugs.python.org (Ero Carrera)
Date: Sat, 25 Aug 2007 18:16:27 -0000
Subject: [New-bugs-announce] [issue1023] [PATCH] Unicode fixes in
	floatobject and moduleobject
Message-ID: <1188065787.58.0.785721898944.issue1023@psf.upfronthosting.co.za>


New submission from Ero Carrera:

Removed calls to  _PyUnicode_AsDefaultEncodedString and replaced them
wit PyUnicode_AsString.
Also removed calls to PyString_* and replaced them by the equivalent
PyUnicode_*

----------
files: floatobject_moduleobject_pystring.patch
messages: 55291
nosy: ero.carrera
severity: normal
status: open
title: [PATCH] Unicode fixes in floatobject and moduleobject
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1023>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: floatobject_moduleobject_pystring.patch
Type: application/octet-stream
Size: 3735 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070825/261c66b6/attachment.obj 

From report at bugs.python.org  Sun Aug 26 04:45:10 2007
From: report at bugs.python.org (Bill Janssen)
Date: Sun, 26 Aug 2007 02:45:10 -0000
Subject: [New-bugs-announce] [issue1024] documentation for new SSL module
Message-ID: <1188096309.88.0.45889663508.issue1024@psf.upfronthosting.co.za>


New submission from Bill Janssen:

Here's a documentation patch for the SSL code that was checked in 
yesterday.  It removes discussion of SSL from the socket documentation, 
makes a change to the urllib2 doc's discussion of how to test for SSL 
support, and adds documentation of the SSL module and it's features, 
including some examples of how to use it.

----------
files: x2
keywords: patch
messages: 55293
nosy: janssen
priority: normal
severity: normal
status: open
title: documentation for new SSL module
type: rfe
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1024>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: x2
Type: application/octet-stream
Size: 19302 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070826/37f543a4/attachment-0001.obj 

From report at bugs.python.org  Sun Aug 26 05:37:20 2007
From: report at bugs.python.org (Neal Norwitz)
Date: Sun, 26 Aug 2007 03:37:20 -0000
Subject: [New-bugs-announce] [issue1025] tracebacks from list comps
	(probably other comps) don't show full stack
Message-ID: <1188099440.22.0.56979431714.issue1025@psf.upfronthosting.co.za>


New submission from Neal Norwitz:

A traceback that occurs within a list comprehension (and probably all
comprehensions) only shows the stack from the comprehension, not the
entire scope:

Traceback (most recent call last):
  File "Lib/test/test_multibytecodec_support.py", line 35, in
test_chunkcoding
    for f in self.tstring]):
  File "Lib/test/test_multibytecodec_support.py", line 35, in <listcomp>
    for f in self.tstring]):
UnicodeDecodeError: 'utf8' codec can't decode byte 0xa6 in position 0:
unexpected code byte

----------
components: Interpreter Core
keywords: py3k
messages: 55303
nosy: nnorwitz
severity: normal
status: open
title: tracebacks from list comps (probably other comps)  don't show full stack
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1025>
__________________________________

From report at bugs.python.org  Sun Aug 26 19:21:23 2007
From: report at bugs.python.org (Benjamin Aranguren)
Date: Sun, 26 Aug 2007 17:21:23 -0000
Subject: [New-bugs-announce] [issue1026] Backport ABC to 2.6
Message-ID: <1188148883.43.0.130535847782.issue1026@psf.upfronthosting.co.za>


New submission from Benjamin Aranguren:

Worked with Alex Martelli at the Google Python Sprint to backport ABC to
2.6.

Added abc.py and test_abc.py to svn trunk.

----------
components: Library (Lib)
files: pyABC_backport_to_2_6.patch
messages: 55308
nosy: baranguren
severity: normal
status: open
title: Backport ABC to 2.6
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1026>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pyABC_backport_to_2_6.patch
Type: text/x-patch
Size: 14799 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070826/e51f512e/attachment.bin 

From report at bugs.python.org  Sun Aug 26 22:48:31 2007
From: report at bugs.python.org (Kurt B. Kaiser)
Date: Sun, 26 Aug 2007 20:48:31 -0000
Subject: [New-bugs-announce] [issue1028] Tkinter binding involving
	Control-spacebar raises unicode error
Message-ID: <1188161311.7.0.864205774814.issue1028@psf.upfronthosting.co.za>


New submission from Kurt B. Kaiser:

The control-spacebar binding is used in IDLE to 
force open the completions window.  It's causing 
IDLE to exit with a utf8 decode error.  Attached 
is 
a Tkinter cut-down 
exhibiting the problem and a patch.

The cutdown runs ok on 2.6 but not on py3k because 
the latter uses PyUnicode_FromString on all the 
arguments and errs out when it encounters a 
character outside the utf-8 range.

Strangely, on my system, control-spacebar is 
sending a two byte 
string, C0E8 via the %A parameter.  Control-2 
does 
the same.  Other keys with combinations of 
modifier 
keys send one byte.

Linux trader 2.6.18-ARCH #1 SMP PREEMPT Sun Nov 
19 
09:14:35 CET 2006 i686 Intel(R) Pentium(R) 4 CPU 
2.40GHz GenuineIntel GNU/Linux

Can the problem be confirmed?

Using PyUnicode_FromUnicode on %A works because 
the 
unicode string is copied instead of decoded, and 
that parameter is supposed to be unicode, in any 
case.

The patch fixes the problem on my system but 
should 
be reviewed, especially whether the cast in the 
call 
to PyUnicode_FromUnicode is suitably cross-
platform.

Assigning to Neal since he's working a lot of 
Unicode issues right now.  I can check it in if I 
get approval.

----------
assignee: nnorwitz
components: Tkinter
files: tkintertest.py
keywords: patch, py3k
messages: 55311
nosy: kbk
severity: normal
status: open
title: Tkinter binding involving Control-spacebar raises unicode error
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1028>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tkintertest.py
Type: application/x-python
Size: 725 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070826/627d2772/attachment.bin 

From report at bugs.python.org  Mon Aug 27 00:04:04 2007
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sun, 26 Aug 2007 22:04:04 -0000
Subject: [New-bugs-announce] [issue1029] py3k: io.StringIO.getvalue()
	returns \r\n
Message-ID: <1188165843.93.0.300230591529.issue1029@psf.upfronthosting.co.za>


New submission from Amaury Forgeot d'Arc:

io.StrinIO.getvalue() correctly decodes bytes from the underlying
buffer, but does not translate \r\n to \n.

Python 3.0x (py3k, Aug 26 2007, 14:39:16) [MSC v.1400 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import io
>>> a = io.StringIO()
>>> a.write('\n')
2
>>> a.getvalue()
'\r\n'

The attached patch corrects this and adds a test.

----------
components: Library (Lib), Windows
files: stringio.diff
messages: 55314
nosy: amaury.forgeotdarc
severity: normal
status: open
title: py3k: io.StringIO.getvalue() returns \r\n
type: behavior
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1029>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stringio.diff
Type: application/octet-stream
Size: 1013 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070826/ccb5c883/attachment-0001.obj 

From report at bugs.python.org  Mon Aug 27 00:12:08 2007
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Sun, 26 Aug 2007 22:12:08 -0000
Subject: [New-bugs-announce] [issue1031] py3k: compilation with VC2005
Message-ID: <1188166328.09.0.63889684473.issue1031@psf.upfronthosting.co.za>


New submission from Amaury Forgeot d'Arc:

This patch is necessary to compile inside the PCBuild8 directory

----------
components: Windows
files: vc2005.diff
messages: 55315
nosy: amaury.forgeotdarc
severity: normal
status: open
title: py3k: compilation with VC2005
type: compile error
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1031>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vc2005.diff
Type: application/octet-stream
Size: 8174 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070826/c0d9a703/attachment.obj 

From report at bugs.python.org  Mon Aug 27 01:07:36 2007
From: report at bugs.python.org (Alexandre Vassalotti)
Date: Sun, 26 Aug 2007 23:07:36 -0000
Subject: [New-bugs-announce] [issue1032] Improve the hackish
	runtime_library_dirs support for gcc
Message-ID: <1188169656.44.0.377858080562.issue1032@psf.upfronthosting.co.za>


New submission from Alexandre Vassalotti:

In distutils.unixccompiler, there is a hack to passing correctly the -R
option to gcc (and a few other compilers). However, there is a small bug
   that causes gcc to not be detected correctly if the compiler name
does not start with "gcc" (e.g., "i486-linux-gnu-gcc", or "ccache gcc").

----------
components: Distutils
messages: 55317
nosy: alexandre.vassalotti
severity: minor
status: open
title: Improve the hackish runtime_library_dirs support for gcc
type: compile error

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1032>
__________________________________

From report at bugs.python.org  Mon Aug 27 02:10:44 2007
From: report at bugs.python.org (Adam Hupp)
Date: Mon, 27 Aug 2007 00:10:44 -0000
Subject: [New-bugs-announce] [issue1033] Support for newline and encoding in
	tempfile module
Message-ID: <1188173444.49.0.820359174757.issue1033@psf.upfronthosting.co.za>


New submission from Adam Hupp:

It would be useful for tempfile.TemporaryFile and friends to pass
newline and encoding arguments to the underlying io.open call.  For
example, several tests in test_csv use TemporaryFile and need to handle
unicode file output or preserve exact newlines.  This is simpler with
direct support in TemporaryFile.

The attached patch makes the following changes:

 1) tempfile.TemporaryFile, NamedTemporaryFile, and SpooledTemporaryFile
 now pass newline and encoding to the underlying io.open call.
 2) test_tempfile is updated
 3) test_csv is updated to use the new arguments.

----------
components: Library (Lib)
files: tempfile-newline-encoding.patch
messages: 55328
nosy: hupp
severity: normal
status: open
title: Support for newline and encoding in tempfile module
type: rfe
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1033>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tempfile-newline-encoding.patch
Type: application/octet-stream
Size: 12447 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070827/ea64ffc3/attachment-0001.obj 

From report at bugs.python.org  Mon Aug 27 04:20:52 2007
From: report at bugs.python.org (Adrian Holovaty)
Date: Mon, 27 Aug 2007 02:20:52 -0000
Subject: [New-bugs-announce] [issue1034] [patch] Add 2to3 support for
	displaying warnings as Python comments
Message-ID: <1188181252.17.0.123349198402.issue1034@psf.upfronthosting.co.za>


New submission from Adrian Holovaty:

Per a Python-3000 mailing list discussion here --
http://mail.python.org/pipermail/python-3000/2007-August/009835.html --
I have implemented an addition to the 2to3 utility that enables warnings
to be output as comments in Python source code instead of being logged
to stdout.

See the attached patch and a description of the changes here:
http://mail.python.org/pipermail/python-3000/2007-August/009881.html

----------
components: Demos and Tools
files: 2to3_insert_comment.diff
messages: 55331
nosy: adrianholovaty
severity: normal
status: open
title: [patch] Add 2to3 support for displaying warnings as Python comments

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1034>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2to3_insert_comment.diff
Type: application/octet-stream
Size: 11032 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070827/1be486fe/attachment.obj 

From report at bugs.python.org  Mon Aug 27 09:42:49 2007
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 27 Aug 2007 07:42:49 -0000
Subject: [New-bugs-announce] [issue1035] bytes buffer API needs to support
	PyBUF_LOCKDATA
Message-ID: <1188200568.98.0.237862868597.issue1035@psf.upfronthosting.co.za>


New submission from Gregory P. Smith:

I've converted _bsddb.c to use the py3k buffer API for all data and keys
it takes as input.  All tests now fail with this error:

BufferError: Cannot make this object read-only.

This presumably results from this call:

  PyObject_GetBuffer(obj, view, PyBUF_LOCKDATA)

I need to lock the data so that the GIL can be released during database
operations (I/O).

Allowing bytes objects to have an immutability or readonly bit (internal
or otherwise) has been a recent topic on the python-3000 mailing list;
that would allow bytes' buffer API to satisfy this GetBuffer LOCKDATA
request...

----------
components: Interpreter Core
keywords: py3k
messages: 55333
nosy: gregory.p.smith
priority: normal
severity: normal
status: open
title: bytes buffer API needs to support PyBUF_LOCKDATA
type: rfe
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1035>
__________________________________

From report at bugs.python.org  Mon Aug 27 09:45:53 2007
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 27 Aug 2007 07:45:53 -0000
Subject: [New-bugs-announce] [issue1036] py3k _bsddb.c patch to use the new
	buffer API
Message-ID: <1188200753.37.0.488727674557.issue1036@psf.upfronthosting.co.za>


New submission from Gregory P. Smith:

This is my svn diff of a py3k Modules/_bsddb.c converted to use the
buffer API.  I'm submitting it here as so it doesn't get misplaced as it
currently won't work until bytes objects support PyBUF_LOCKDATA (a
separate bug)

----------
assignee: gregory.p.smith
components: Extension Modules
files: py3k-_bsddb-bufferAPI-001.patch
keywords: patch, py3k
messages: 55334
nosy: gregory.p.smith
severity: normal
status: open
title: py3k _bsddb.c patch to use the new buffer API
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1036>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: py3k-_bsddb-bufferAPI-001.patch
Type: text/x-patch
Size: 27792 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070827/47bbdbf7/attachment-0001.bin 

From report at bugs.python.org  Mon Aug 27 14:43:25 2007
From: report at bugs.python.org (Hye-Shik Chang)
Date: Mon, 27 Aug 2007 12:43:25 -0000
Subject: [New-bugs-announce] [issue1037] Ill-coded identifier crashes python
	when coding spec is utf-8
Message-ID: <1188218605.0.0.993381507884.issue1037@psf.upfronthosting.co.za>


New submission from Hye-Shik Chang:

Illegal identifier makes python crash on UTF-8 source codes/interpreters.

Python 3.0x (py3k:57555M, Aug 27 2007, 21:23:47) 
[GCC 3.4.6 [FreeBSD] 20060305] on freebsd6
>>> compile(b'#coding:utf-8\n\xfc', '', 'exec')
zsh: segmentation fault (core dumped)  ./python

The problem is that tokenizer.c:verify_identifer doesn't check
return value from PyUnicode_DecodeUTF8 but some invalid utf8
sequences could be there.

----------
components: Unicode
keywords: py3k
messages: 55335
nosy: hyeshik.chang
priority: high
severity: normal
status: open
title: Ill-coded identifier crashes python when coding spec is utf-8
type: crash
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1037>
__________________________________

From report at bugs.python.org  Tue Aug 28 01:32:11 2007
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 27 Aug 2007 23:32:11 -0000
Subject: [New-bugs-announce] [issue1038] [py3k] pdb does not work in python
	3000
Message-ID: <1188257531.14.0.772690749596.issue1038@psf.upfronthosting.co.za>


New submission from Gregory P. Smith:

The Lib/pdb.py debugger fails in the py3k branch.

Traceback (most recent call last):
  File "/usr/local/gps/python/py3k/Lib/pdb.py", line 1247, in main
    pdb._runscript(mainpyfile)
  File "/usr/local/gps/python/py3k/Lib/pdb.py", line 1173, in _runscript
    self.run(statement)
  File "/usr/local/gps/python/py3k/Lib/bdb.py", line 365, in run
    exec(cmd, globals, locals)
  File "<string>", line 1
     exec("# bla bla bla first line of your file being debugged
                               ^
 SyntaxError: EOL while scanning single-quoted string
Uncaught exception. Entering post mortem debugging

----------
components: Library (Lib)
keywords: py3k
messages: 55342
nosy: gregory.p.smith
severity: normal
status: open
title: [py3k] pdb does not work in python 3000
type: behavior
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1038>
__________________________________

From report at bugs.python.org  Tue Aug 28 08:01:58 2007
From: report at bugs.python.org (Thomas Heller)
Date: Tue, 28 Aug 2007 06:01:58 -0000
Subject: [New-bugs-announce] [issue1039] Asssertion in Windows debug build
Message-ID: <1188280918.82.0.842547677227.issue1039@psf.upfronthosting.co.za>


New submission from Thomas Heller:

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 same problem is present in the trunk version.
Attached is a patch that fixes this, with a test.

----------
components: Windows
files: os.diff
messages: 55350
nosy: theller
severity: normal
status: open
title: Asssertion in Windows debug build
type: crash
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1039>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: os.diff
Type: text/x-diff
Size: 1082 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070828/fa4c99c8/attachment.diff 

From report at bugs.python.org  Tue Aug 28 08:05:53 2007
From: report at bugs.python.org (Thomas Heller)
Date: Tue, 28 Aug 2007 06:05:53 -0000
Subject: [New-bugs-announce] [issue1040] Unicode problem with TZ
Message-ID: <1188281153.24.0.208218954264.issue1040@psf.upfronthosting.co.za>


New submission from Thomas Heller:

In my german version of winXP SP2, python3 cannot import the time module:

c:\svn\py3k\PCbuild>python_d
Python 3.0x (py3k:57600M, Aug 28 2007, 07:58:23) [MSC v.1310 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import time
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 9-11:
invalid data
[36719 refs]
>>> ^Z

The problem is that the libc '_tzname' variable contains umlauts.  For
comparison, here is what Python2.5 does:

c:\svn\py3k\PCbuild>\python25\python
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import time
>>> time.tzname
('Westeurop\xe4ische Normalzeit', 'Westeurop\xe4ische Normalzeit')
>>>

----------
components: Windows
messages: 55351
nosy: theller
severity: normal
status: open
title: Unicode problem with TZ
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1040>
__________________________________

From report at bugs.python.org  Tue Aug 28 08:09:59 2007
From: report at bugs.python.org (Thomas Heller)
Date: Tue, 28 Aug 2007 06:09:59 -0000
Subject: [New-bugs-announce] [issue1041] io.py problems on Windows
Message-ID: <1188281399.05.0.285209324523.issue1041@psf.upfronthosting.co.za>


New submission from Thomas Heller:

Running the PCBuild\rt.bat script fails when it compares the expected output
with the actual output.  Some inspection shows that the comparison fails
because
there are '\n' linefeeds in the expected and '\n\r' linefeeds in the
actual output:

  c:\svn\py3k\PCbuild>python_d  -E -tt ../lib/test/regrtest.py
  test_grammar
  test test_grammar produced unexpected output:
  **********************************************************************
  *** mismatch between line 1 of expected output and line 1 of actual
output:
  - test_grammar
  + test_grammar
  ?             +
  (['test_grammar\n'], ['test_grammar\r\n'])
  ... and so on ...

(The last line is printed by some code I added to Lib\regrtest.py.)

It seems that this behaviour was introduced by r57186:

  New I/O code from Tony Lownds implement newline feature correctly,
  and implements .newlines attribute in a 2.x-compatible fashion.


The patch at http://bugs.python.org/issue1029 apparently fixes this problem.

----------
components: Windows
messages: 55353
nosy: theller
severity: normal
status: open
title: io.py problems on Windows
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1041>
__________________________________

From report at bugs.python.org  Tue Aug 28 08:11:28 2007
From: report at bugs.python.org (Thomas Heller)
Date: Tue, 28 Aug 2007 06:11:28 -0000
Subject: [New-bugs-announce] [issue1042] test_glob fails with
	UnicodeDecodeError
Message-ID: <1188281488.85.0.654479324079.issue1042@psf.upfronthosting.co.za>


New submission from Thomas Heller:

Unicode errors in various tests - not only in test_glob:

  test_glob
  test test_glob failed -- Traceback (most recent call last):
    File "c:\svn\py3k\lib\test\test_glob.py", line 87, in
test_glob_directory_names
      eq(self.glob('*', '*a'), [])
    File "c:\svn\py3k\lib\test\test_glob.py", line 41, in glob
      res = glob.glob(p)
    File "c:\svn\py3k\lib\glob.py", line 16, in glob
      return list(iglob(pathname))
    File "c:\svn\py3k\lib\glob.py", line 42, in iglob
      for name in glob_in_dir(dirname, basename):
    File "c:\svn\py3k\lib\glob.py", line 56, in glob1
      names = os.listdir(dirname)
  UnicodeDecodeError: 'utf8' codec can't decode bytes in position 27-31:
unexpected end of data

----------
components: Windows
messages: 55354
nosy: theller
severity: normal
status: open
title: test_glob fails with UnicodeDecodeError
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1042>
__________________________________

From report at bugs.python.org  Tue Aug 28 08:12:10 2007
From: report at bugs.python.org (Thomas Heller)
Date: Tue, 28 Aug 2007 06:12:10 -0000
Subject: [New-bugs-announce] [issue1043] test_builtin failure on Windows
Message-ID: <1188281529.99.0.469968116024.issue1043@psf.upfronthosting.co.za>


New submission from Thomas Heller:

test test_builtin failed -- Traceback (most recent call last):
  File "c:\svn\py3k\lib\test\test_builtin.py", line 1473, in test_round
    self.assertEqual(round(1e20), 1e20)
AssertionError: 0 != 1e+020

----------
components: Windows
messages: 55355
nosy: theller
severity: normal
status: open
title: test_builtin failure on Windows
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1043>
__________________________________

From report at bugs.python.org  Tue Aug 28 12:09:24 2007
From: report at bugs.python.org (=?utf-8?q?Lars_Gust=C3=A4bel?=)
Date: Tue, 28 Aug 2007 10:09:24 -0000
Subject: [New-bugs-announce] [issue1044] tarfile insecure pathname extraction
Message-ID: <1188295764.62.0.164889561412.issue1044@psf.upfronthosting.co.za>


New submission from Lars Gust?bel:

tarfile does not check pathnames or linknames on extraction. This can
lead to data loss or attack scenarios when members with absolute
pathnames or pathnames outside of the archive's scope overwrite or
overlay existing files or directories.

Example for a symlink attack against /etc/passwd:

foo -> /etc
foo/passwd

----------
assignee: lars.gustaebel
components: Library (Lib)
files: insecure_pathnames.diff
keywords: patch
messages: 55361
nosy: lars.gustaebel, matejcik
priority: normal
severity: normal
status: open
title: tarfile insecure pathname extraction
type: security
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1044>
__________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: insecure_pathnames.diff
Url: http://mail.python.org/pipermail/new-bugs-announce/attachments/20070828/e4895b3c/attachment.txt 

From report at bugs.python.org  Tue Aug 28 17:06:24 2007
From: report at bugs.python.org (Andreas Kloeckner)
Date: Tue, 28 Aug 2007 15:06:24 -0000
Subject: [New-bugs-announce] [issue1045] Performance regression in 2.5
Message-ID: <1188313584.39.0.0655511033178.issue1045@psf.upfronthosting.co.za>


New submission from Andreas Kloeckner:

The attached program uncovers a two-fold performance regression in
Python 2.5 with respect to Python 2.4. Below, the "element-wise" case
goes from 2.5 seconds in 2.4 to about 4 in 2.5. Since that's a pretty
serious increase, I thought I'd point it out.

$ python2.5 periodic_test.py
elwise 3.91989398003
collective 1.21577095985

$ python2.4 periodic_test.py
elwise 2.50014710426
tuplewise 1.35589385033

----------
components: Interpreter Core, Library (Lib)
files: periodic_test.py
messages: 55366
nosy: inducer
severity: normal
status: open
title: Performance regression in 2.5
type: behavior
versions: Python 2.5

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1045>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: periodic_test.py
Type: text/x-python
Size: 1053 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070828/0e3458ce/attachment.py 

From report at bugs.python.org  Tue Aug 28 18:07:04 2007
From: report at bugs.python.org (inefab)
Date: Tue, 28 Aug 2007 16:07:04 -0000
Subject: [New-bugs-announce] [issue1046] HTMLCalendar.formatyearpage not
	behaving as documented
Message-ID: <1188317224.86.0.133502540854.issue1046@psf.upfronthosting.co.za>


New submission from inefab:

The function HTMLCalendar.formatyearpage in module calendar takes at
most 5 arguments (year, month, css, encoding) whereas documentation
(http://docs.python.org/lib/module-calendar.html) says it takes at most
6 (theyear, themonth[, width[, css[, encoding]]]). 

Also, the title tag in the head of the produced document with (year,
month, css) as arguments isn't properly closed ; the line is
<title>Calendar for 2008</title
when it should be
<title>Calendar for 2008</title>

This happend with linux (debian sid), with Python 2.5.1

Note: I haven't tested if the encoding did what it should 

Joined files :
 - HTMLyearbug.py: reproduces the bug
 - 2008cal.html: the output produced by this file

----------
components: Extension Modules
files: cal.py
messages: 55376
nosy: inefab
severity: normal
status: open
title: HTMLCalendar.formatyearpage not behaving as documented
type: behavior
versions: Python 2.5

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1046>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cal.py
Type: text/x-python
Size: 557 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070828/8de7785e/attachment.py 

From report at bugs.python.org  Wed Aug 29 00:33:09 2007
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 28 Aug 2007 22:33:09 -0000
Subject: [New-bugs-announce] [issue1047] py3k: corrections for
	test_subprocess on windows
Message-ID: <1188340389.55.0.548105159725.issue1047@psf.upfronthosting.co.za>


New submission from Amaury Forgeot d'Arc:

I join three patches for py3k on Windows:

1/ getargs.diff adds the 'Z' and 'Z#' format specifiers for
PyArg_ParseTuple. They mimic z and z# for unicode strings, by accepting
a Unicode or None (in which case the Py_UNICODE* pointer is set to
NULL). With doc and tests.

2/ subprocess.diff converts file PC/_subprocess.c to unicode. We use the
Unicode version of the win32 api (and Z conversion from previous patch)

3/ stdout.diff: sys.stdout must not convert the line endings, Windows
already does it. 
Without this patch, when redirecting the output of python, the file
contains \r\r\n for each line. (test_subprocess did catch this)

----------
components: Interpreter Core, Windows
files: getargs.diff
messages: 55384
nosy: amaury.forgeotdarc
severity: normal
status: open
title: py3k: corrections for test_subprocess on windows
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1047>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: getargs.diff
Type: application/octet-stream
Size: 4318 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070828/1700cced/attachment.obj 

From report at bugs.python.org  Wed Aug 29 01:29:48 2007
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Tue, 28 Aug 2007 23:29:48 -0000
Subject: [New-bugs-announce] [issue1048] py3k: correction for test_float on
	Windows
Message-ID: <1188343788.48.0.865747020485.issue1048@psf.upfronthosting.co.za>


New submission from Amaury Forgeot d'Arc:

test_float crashes on Windows, because the %zd format is used in a call
to PyOS_snprintf().
The attached patch properly uses PY_FORMAT_SIZE_T.

----------
components: Windows
files: formatter.diff
messages: 55389
nosy: amaury.forgeotdarc
severity: normal
status: open
title: py3k: correction for test_float on Windows
type: crash
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1048>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: formatter.diff
Type: application/octet-stream
Size: 670 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070828/ceebf901/attachment-0001.obj 

From report at bugs.python.org  Wed Aug 29 01:46:32 2007
From: report at bugs.python.org (Bill Janssen)
Date: Tue, 28 Aug 2007 23:46:32 -0000
Subject: [New-bugs-announce] [issue1049] socket.socket.getsockname() has
	inconsistent UNIX/Windows behavior
Message-ID: <1188344792.32.0.918453115921.issue1049@psf.upfronthosting.co.za>


New submission from Bill Janssen:

The behavior and return value for calling socket.socket.getsockname() on 
an unconnected unbound socket is unspecified.  On UNIX, it returns an 
address ('0.0.0.0', 0), while on Windows it raises an obscure exception 
"error: (10022, 'Invalid argument')".  This should be regularized; I'd 
suggest returning None if there is no name (address) for the socket.

----------
components: Library (Lib)
messages: 55390
nosy: janssen
priority: normal
severity: normal
status: open
title: socket.socket.getsockname() has inconsistent UNIX/Windows behavior
type: behavior
versions: Python 2.6, Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1049>
__________________________________

From report at bugs.python.org  Wed Aug 29 02:05:54 2007
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Wed, 29 Aug 2007 00:05:54 -0000
Subject: [New-bugs-announce] [issue1050] py3k: correction for test_marshal
	on Windows
Message-ID: <1188345954.11.0.861533701797.issue1050@psf.upfronthosting.co.za>


New submission from Amaury Forgeot d'Arc:

On Windows, debug builds insert stack probes, and recursive functions
tend to exhaust the stack faster.
This patch reduces the marshal maximum depth from 2000 to 1500 for debug
builds only. Optimized builds are not affected.

----------
components: Windows
files: marshall.diff
messages: 55391
nosy: amaury.forgeotdarc
severity: normal
status: open
title: py3k: correction for test_marshal on Windows
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1050>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: marshall.diff
Type: application/octet-stream
Size: 1315 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070829/9a81d0e3/attachment.obj 

From report at bugs.python.org  Wed Aug 29 02:39:36 2007
From: report at bugs.python.org (Bill Janssen)
Date: Wed, 29 Aug 2007 00:39:36 -0000
Subject: [New-bugs-announce] [issue1051] certificate in Lib/test/test_ssl.py
	expires in February 2013
Message-ID: <1188347976.5.0.452651938293.issue1051@psf.upfronthosting.co.za>


New submission from Bill Janssen:

Just a note that the certificate in Lib/test/test_ssl.py will expire in 
February of 2013 and have to be re-made.

----------
components: Tests
messages: 55393
nosy: janssen
priority: low
severity: minor
status: open
title: certificate in Lib/test/test_ssl.py expires in February 2013
type: behavior
versions: Python 2.6, Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1051>
__________________________________

From report at bugs.python.org  Wed Aug 29 03:04:27 2007
From: report at bugs.python.org (billiejoex)
Date: Wed, 29 Aug 2007 01:04:27 -0000
Subject: [New-bugs-announce] [issue1053] bogus attributes reported in
	asyncore doc
Message-ID: <1188349467.74.0.122599631068.issue1053@psf.upfronthosting.co.za>


New submission from billiejoex:

http://docs.python.org/lib/module-asyncore.html

asyncore documentation erroneously report "ac_in_buffer_size" and
"ac_out_buffer_size" attributes which does not exist in
asyncore.dispatcher class. They're used in asynchat.async_chat class,
instead.
Moreover, asynchat documentation does not mention them.

----------
components: Documentation
messages: 55396
nosy: billiejoex, josiahcarlson
severity: normal
status: open
title: bogus attributes reported in asyncore doc
versions: Python 2.5

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1053>
__________________________________

From report at bugs.python.org  Wed Aug 29 03:23:22 2007
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 29 Aug 2007 01:23:22 -0000
Subject: [New-bugs-announce] [issue1054] scriptsinstall target fails in
	alternate build dir
Message-ID: <1188350602.15.0.357850795139.issue1054@psf.upfronthosting.co.za>


New submission from Skip Montanaro:

I tried running make scriptsinstall from my build directory.
It failed with this error message:

  error: file 'byteyears.py' does not exist

I added os.path.abspath() around the source file name in the
error message.  It's looking for byteyears.py in the current
directory.  From where I executed make it's in ../Tools/scripts.
I'm not sure it would work if executed from the top-level source
directory either.

----------
components: Build
messages: 55398
nosy: skip.montanaro
priority: normal
severity: normal
status: open
title: scriptsinstall target fails in alternate build dir
type: behavior
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1054>
__________________________________

From report at bugs.python.org  Wed Aug 29 10:43:51 2007
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Wed, 29 Aug 2007 08:43:51 -0000
Subject: [New-bugs-announce] [issue1055] argument parsing in
	datetime_strptime
Message-ID: <1188377030.9.0.393410939189.issue1055@psf.upfronthosting.co.za>


New submission from Martin v. L?wis:

In r57374, the ParseTuple string for datetime_strptime was changed from
ss:datetime to uu:datetime, without adjusting the output arguments. It's
not clear to me what the rationale of this change was; it is incorrect
as u outputs Py_UNICODE, not char.

----------
assignee: gvanrossum
messages: 55417
nosy: loewis
severity: normal
status: open
title: argument parsing in datetime_strptime
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1055>
__________________________________

From report at bugs.python.org  Wed Aug 29 15:12:48 2007
From: report at bugs.python.org (Thomas Wouters)
Date: Wed, 29 Aug 2007 13:12:48 -0000
Subject: [New-bugs-announce] [issue1056] test_cmd_line starts python without
	-E
Message-ID: <1188393168.01.0.0728508548094.issue1056@psf.upfronthosting.co.za>


New submission from Thomas Wouters:

test_cmd_line tests various things by spawning sys.executable.
Unfortunately it does so without passing the -E argument (which 'make
test' does do) so environment variables like PYTHONHOME and PYTHONPATH
can cause the test to fail.

----------
assignee: ncoghlan
components: Tests
messages: 55418
nosy: twouters
priority: high
severity: normal
status: open
title: test_cmd_line starts python without -E
type: crash
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1056>
__________________________________

From report at bugs.python.org  Wed Aug 29 17:02:11 2007
From: report at bugs.python.org (Aaron Bingham)
Date: Wed, 29 Aug 2007 15:02:11 -0000
Subject: [New-bugs-announce] [issue1057] Incorrect URL with webbrowser and
	firefox under Gnome
Message-ID: <1188399731.78.0.486127314397.issue1057@psf.upfronthosting.co.za>


New submission from Aaron Bingham:

Under Gnome, Firefox will open the wrong URL when launched by
webbrowser.  For example after running the following interactive session:

bingham at grizzly:~> python
Python 2.5.1 (r251:54863, Jun  6 2007, 13:42:30)
[GCC 4.1.2 20061115 (prerelease) (SUSE Linux)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import webbrowser
>>> webbrowser.open('http://www.python.org')
True

Firefox attempts to open the URL
file:///home/bingham/%22http://www.python.org%22.

This is caused by a bug in the Python standard library's webbrowser
module that only affects machines running Gnome.

On Gnome, webbrowser runs the command

gconftool-2 -g /desktop/gnome/url-handlers/http/command 2>/dev/null

to find the web browser, which prints out a browser command line like

/pkgs/Firefox/2.0/firefox "%s"

The quotes around "%s" are preserved when passing the command-line
arguments. The quotes prevent firefox from recognizing the URL and
firefox falls back to treating it as a file name. The webbrowser module
already handles extra quoting around the URL for the BROWSER environment
variable and this same treatment should be applied to the result of
gconftool-2.

The BROWSER environment variable issue, now fixed, is described at
http://bugs.python.org/issue1684254.  The present issue was discussed in
an Ubuntu bug report
(https://bugs.launchpad.net/ubuntu/+source/python2.5/+bug/83974) but was
not resolved.

----------
components: Library (Lib)
messages: 55421
nosy: bingham
severity: normal
status: open
title: Incorrect URL with webbrowser and firefox under Gnome
type: behavior
versions: Python 2.5

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1057>
__________________________________

From report at bugs.python.org  Wed Aug 29 17:43:56 2007
From: report at bugs.python.org (Kenneth Love)
Date: Wed, 29 Aug 2007 15:43:56 -0000
Subject: [New-bugs-announce] [issue1058] Code Example for 'property' bug
Message-ID: <1188402236.38.0.727151700445.issue1058@psf.upfronthosting.co.za>


New submission from Kenneth Love:

The code example for 'property' in the online documentation appears to
have several syntax errors.

In the class C, the functions getx, setx, and delx all refer to '_x',
but __init__ assigns '__x'.  In other words, single underscores were
used where double underscores were intended (or vice versa?).

NOTE: I was unsure what "Type" of issue this was based on the provided
list.  I chose "compile error" because it seemed to be the best fit.

----------
components: Documentation
messages: 55423
nosy: KennethLove
severity: minor
status: open
title: Code Example for 'property' bug
type: compile error
versions: Python 2.5

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1058>
__________________________________

From report at bugs.python.org  Wed Aug 29 22:34:22 2007
From: report at bugs.python.org (=?utf-8?q?Lars_Gust=C3=A4bel?=)
Date: Wed, 29 Aug 2007 20:34:22 -0000
Subject: [New-bugs-announce] [issue1059] *args and **kwargs in function
	definitions
Message-ID: <1188419662.35.0.01051370867.issue1059@psf.upfronthosting.co.za>


New submission from Lars Gust?bel:

For example in tarfile.rst and logging.rst there are function
definitions using *args and/or **kwargs like:

.. function:: debug(msg[, *args[, **kwargs]])

The * and ** should be escaped IMO, so that they are not mistaken as
reStructuredText markup, which confuses the syntax coloring of my Vim.
While escaping * with a backslash works fine in normal text, it does not
work in a function definition and the backslash appears in the HTML output.

----------
assignee: georg.brandl
components: Documentation
messages: 55434
nosy: lars.gustaebel
priority: low
severity: minor
status: open
title: *args and **kwargs in function definitions
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1059>
__________________________________

From report at bugs.python.org  Wed Aug 29 23:34:55 2007
From: report at bugs.python.org (Kevin Ar18)
Date: Wed, 29 Aug 2007 21:34:55 -0000
Subject: [New-bugs-announce] [issue1060] zipfile cannot handle files larger
	than 2GB (inside archive)
Message-ID: <1188423295.47.0.201015368946.issue1060@psf.upfronthosting.co.za>


New submission from Kevin Ar18:

Summary:
If you have a zip file that contains a file inside of it greater than
2GB, then the zipfile module is unable to read that file.

Steps to Reproduce:
1. Create a zip file several GB in size with a file inside of it that is
over 2GB in size.
2. Attempt to read the large file inside the zip file.  Here's some
sample code:
import zipfile
import re

dataObj = zipfile.ZipFile("zip.zip","r")

for i in dataObj.namelist():
   if(i[-1] == "/"):
      print "dir"
   else:
      fileName = re.split(r".*/",i,0)[1]
      fileData = dataObj.read(i)


Result:
Python returns the following error:
File "...\zipfile.py", line 491, in read bytes =
self.fp.read(zinfo.compress_size) 
OverflowError: long it too large to convert to int

Expected Result:
It should copy the data into the variable fileData...

I'll try to post more info in a follow-up.

----------
components: Library (Lib)
messages: 55444
nosy: Kevin Ar18
severity: normal
status: open
title: zipfile cannot handle files larger than 2GB (inside archive)
type: compile error
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1060>
__________________________________

From report at bugs.python.org  Thu Aug 30 15:48:45 2007
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 30 Aug 2007 13:48:45 -0000
Subject: [New-bugs-announce] [issue1061] ABC caches should use weak refs
Message-ID: <1188481724.92.0.363576520364.issue1061@psf.upfronthosting.co.za>


New submission from Guido van Rossum:

The various caches in abc.py should be turned into weak sets so that the
caches don't keep the subclass objects alive forever.

----------
messages: 55480
nosy: gvanrossum
severity: normal
status: open
title: ABC caches should use weak refs
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1061>
__________________________________

From report at bugs.python.org  Thu Aug 30 19:53:20 2007
From: report at bugs.python.org (Bill Janssen)
Date: Thu, 30 Aug 2007 17:53:20 -0000
Subject: [New-bugs-announce] [issue1062] issue message copy
Message-ID: <1188496399.92.0.368162629574.issue1062@psf.upfronthosting.co.za>


New submission from Bill Janssen:

It would be useful to have a way to determine whether a socket is or is 
not already bound to a local port (i.e., has had "bind" or "connect" 
called on it).  It's tempting to call socket.socket.getsockname(), but 
the behavior of this method is essentially undefined (i.e., it's 
whatever the underlying platform feels like doing, and there seem to be 
no constraints on that -- Unix systems typically return what seems to be 
someone's idea of a null address, while Windows systems currently raise 
an exception.).  So an extension API is needed to probe this state.

Suggest adding a method "is_bound" which returns a boolean.

----------
messages: 55494
nosy: janssen
severity: normal
status: open

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1062>
__________________________________

From report at bugs.python.org  Thu Aug 30 21:36:23 2007
From: report at bugs.python.org (Carsten Grohmann)
Date: Thu, 30 Aug 2007 19:36:23 -0000
Subject: [New-bugs-announce] [issue1063] Small typo in properties example
Message-ID: <1188502582.95.0.0929628871565.issue1063@psf.upfronthosting.co.za>


New submission from Carsten Grohmann:

The example for property() contains a typo / small bug:

class C(object):
    def __init__(self): self.__x = None
[...]

should be:

class C(object):
    def __init__(self): self._x = None
[...]

Source: http://docs.python.org/lib/built-in-funcs.html

----------
components: Documentation
messages: 55505
nosy: cgrohmann
severity: minor
status: open
title: Small typo in properties example
versions: Python 2.5

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1063>
__________________________________

From report at bugs.python.org  Thu Aug 30 22:26:30 2007
From: report at bugs.python.org (=?utf-8?q?Martin_v._L=C3=B6wis?=)
Date: Thu, 30 Aug 2007 20:26:30 -0000
Subject: [New-bugs-announce] [issue1064] Test issue
Message-ID: <1188505590.02.0.0614913365706.issue1064@psf.upfronthosting.co.za>


New submission from Martin v. L?wis:

Let's see who gets this

----------
assignee: georg.brandl
messages: 55508
nosy: georg.brandl, loewis
severity: normal
status: open
title: Test issue

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1064>
__________________________________

From report at bugs.python.org  Thu Aug 30 23:46:15 2007
From: report at bugs.python.org (Bill Janssen)
Date: Thu, 30 Aug 2007 21:46:15 -0000
Subject: [New-bugs-announce] [issue1065] ssl.py shouldn't change class names
	from 2.6 to 3.x
Message-ID: <1188510375.86.0.454173087952.issue1065@psf.upfronthosting.co.za>


New submission from Bill Janssen:

It seems like a bad idea to have ssl.sslsocket(socket) suddenly become 
ssl.SSLSocket(fileno) in 2.3.  Since no user code is currently using the 
ssl module, it would be a good idea to change it upfront (if possible) 
so that code written against 2.6's version of the ssl module doesn't 
break gratuitously in 3.x.

Would suggest changing the class name now, not documenting the 
initializer, and adding a function (say, "wrap_socket") which takes a 
socket and the other init arguments to the current ssl.sslsocket(), 
which would continue to work the same way in 3.x.

----------
assignee: janssen
components: Library (Lib)
keywords: py3k
messages: 55516
nosy: janssen
priority: normal
severity: normal
status: open
title: ssl.py shouldn't change class names from 2.6 to 3.x
type: behavior
versions: Python 2.6, Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1065>
__________________________________

From report at bugs.python.org  Fri Aug 31 01:01:36 2007
From: report at bugs.python.org (Collin Winter)
Date: Thu, 30 Aug 2007 23:01:36 -0000
Subject: [New-bugs-announce] [issue1066] Implement PEPs 3109, 3134
Message-ID: <1188514896.49.0.507791174924.issue1066@psf.upfronthosting.co.za>


New submission from Collin Winter:

This does not implement __context__; it turned out to be much more
difficult than expected and will require some more thought. The new
raise syntax and the __traceback__ and __cause__ attributes are
implemented, however. This does not yet include a docs patch, though I'm
working on that now.

----------
assignee: gvanrossum
components: Interpreter Core, Library (Lib), Tests
files: raise.patch
keywords: patch, py3k
messages: 55517
nosy: collinwinter, gvanrossum
severity: normal
status: open
title: Implement PEPs 3109, 3134
type: behavior
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1066>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: raise.patch
Type: text/x-patch
Size: 27839 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070830/697ec670/attachment-0001.bin 

From report at bugs.python.org  Fri Aug 31 01:53:48 2007
From: report at bugs.python.org (Thomas Wouters)
Date: Thu, 30 Aug 2007 23:53:48 -0000
Subject: [New-bugs-announce] [issue1067] test_smtplib failures (caused by
	asyncore)
Message-ID: <1188518028.47.0.00150831255995.issue1067@psf.upfronthosting.co.za>


New submission from Thomas Wouters:

test_smtplib fails because asyncore uses bytes(data) where data may be
bytes or str or some undefined type. The attached patch fixes it to the
extend that test_smtplib works again (plus a small fix in test_smtplib
itself.) I'm not sure if this is the right thing to do -- maybe it
should be using iso-8859-1, or maybe asyncore and asynchat should be
ripped out by the roots and burned at the stake.

----------
assignee: gvanrossum
files: asyncore.diff
keywords: patch
messages: 55520
nosy: gvanrossum, twouters
severity: normal
status: open
title: test_smtplib failures (caused by asyncore)

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1067>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: asyncore.diff
Type: application/octet-stream
Size: 2411 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070830/d96bd774/attachment.obj 

From report at bugs.python.org  Fri Aug 31 08:48:20 2007
From: report at bugs.python.org (Talin)
Date: Fri, 31 Aug 2007 06:48:20 -0000
Subject: [New-bugs-announce] [issue1068] Documentation Updates for PEP 3101
	string formatting
Message-ID: <1188542900.18.0.891798686686.issue1068@psf.upfronthosting.co.za>


New submission from Talin:

This patch contains documentation updates for the Python Library Reference 
pertaining to PEP 3101 "Advanced String Formatting".

----------
components: Documentation
files: docupdates.diff
messages: 55526
nosy: talin
severity: normal
status: open
title: Documentation Updates for PEP 3101 string formatting
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1068>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: docupdates.diff
Type: application/octet-stream
Size: 21294 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070831/bdcb7882/attachment-0001.obj 

From report at bugs.python.org  Fri Aug 31 09:08:29 2007
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 31 Aug 2007 07:08:29 -0000
Subject: [New-bugs-announce] [issue1069] invalid file encoding results in
	"SyntaxError: None"
Message-ID: <1188544109.07.0.0440582794516.issue1069@psf.upfronthosting.co.za>


New submission from Georg Brandl:

With attached file (which contains a single latin-1 instead of utf-8
encoded character), Python prints "SyntaxError: None" instead of a more
helpful analysis of the problem.

----------
assignee: loewis
files: x.py
keywords: py3k
messages: 55527
nosy: georg.brandl, loewis
severity: normal
status: open
title: invalid file encoding results in "SyntaxError: None"
type: behavior
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1069>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: x.py
Type: text/x-python-script
Size: 26 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070831/8d2efcd4/attachment.bin 

From report at bugs.python.org  Fri Aug 31 09:10:38 2007
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 31 Aug 2007 07:10:38 -0000
Subject: [New-bugs-announce] [issue1070] unicode identifiers in error
	messages
Message-ID: <1188544238.64.0.905111871367.issue1070@psf.upfronthosting.co.za>


New submission from Georg Brandl:

When showing a name in a NameError, the encoding is messed up.
(File y.py, encoded in UTF-8, contains only only the line shown in the
traceback; the terminal encoding is set to UTF-8.)

$ python3k y.py
Traceback (most recent call last):
  File "y.py", line 1, in <module>
    print(?)
NameError: name '??' is not defined

----------
assignee: loewis
keywords: py3k
messages: 55528
nosy: georg.brandl, loewis
severity: normal
status: open
title: unicode identifiers in error messages
type: behavior
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1070>
__________________________________

From report at bugs.python.org  Fri Aug 31 12:30:33 2007
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 31 Aug 2007 10:30:33 -0000
Subject: [New-bugs-announce] [issue1071] unicode.translate() doesn't error
	out on invalid translation table
Message-ID: <1188556233.28.0.810619239992.issue1071@psf.upfronthosting.co.za>


New submission from Georg Brandl:

While it's documented that unicode.translate()s table maps ordinals to
strings/ordinals/None, if you give a unicode key in the table it will
just be ignored. This is quite surprising.

----------
assignee: lemburg
components: Unicode
messages: 55530
nosy: georg.brandl, lemburg, loewis
priority: normal
severity: normal
status: open
title: unicode.translate() doesn't error out on invalid translation table
type: behavior
versions: Python 2.5, Python 2.6, Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1071>
__________________________________

From report at bugs.python.org  Fri Aug 31 20:08:13 2007
From: report at bugs.python.org (Nir Soffer)
Date: Fri, 31 Aug 2007 18:08:13 -0000
Subject: [New-bugs-announce] [issue1072] Documentaion font size too small
Message-ID: <1188583692.91.0.062799176062.issue1072@psf.upfronthosting.co.za>


New submission from Nir Soffer:

The css uses font-size of 13px. This is way too small and hard to read 
specially on high resolution screens used typically on laptops.

Font size for body text should be 100%. A user can select the preferred 
font size using the browser.

Python 2.x documentation is much more readable.

----------
components: Documentation
messages: 55534
nosy: nirs
severity: major
status: open
title: Documentaion font size too small
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1072>
__________________________________

From report at bugs.python.org  Fri Aug 31 21:51:11 2007
From: report at bugs.python.org (Koen van de Sande)
Date: Fri, 31 Aug 2007 19:51:11 -0000
Subject: [New-bugs-announce] [issue1074] python3.0-config script does not
	run on py3k
Message-ID: <1188589871.51.0.0440948032602.issue1074@psf.upfronthosting.co.za>


New submission from Koen van de Sande:

The python3.0-config script, installed into the py3k bin folder, does 
not run on Python 3.0a1, because of the syntax change in the "print" 
statement. Possibly there are other compatibility issues.

----------
components: None
messages: 55538
nosy: koen
severity: normal
status: open
title: python3.0-config script does not run on py3k
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1074>
__________________________________

From report at bugs.python.org  Fri Aug 31 23:18:22 2007
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 31 Aug 2007 21:18:22 -0000
Subject: [New-bugs-announce] [issue1075] py3k: Unicode error in os.stat on
	Windows
Message-ID: <1188595101.9.0.193573207097.issue1075@psf.upfronthosting.co.za>


New submission from Amaury Forgeot d'Arc:

os.stat("nonexistent") raises a UnicodeDecodeError on German, Polish and
French Windowses.
The reason: Windows returns an error message which contains accented
letters encoded as MBCS, but python decodes it with utf-8.
This patch uses the Unicode version of FormatMessageW to get the unicode
string directly.

----------
files: errors.diff
messages: 55539
nosy: amaury.forgeotdarc
severity: normal
status: open
title: py3k: Unicode error in os.stat on Windows

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1075>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: errors.diff
Type: application/octet-stream
Size: 4575 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070831/58118052/attachment.obj 

From report at bugs.python.org  Fri Aug 31 23:42:59 2007
From: report at bugs.python.org (Amaury Forgeot d'Arc)
Date: Fri, 31 Aug 2007 21:42:59 -0000
Subject: [New-bugs-announce] [issue1076] py3 patch: full Unicode version for
	winreg module
Message-ID: <1188596579.64.0.260721438431.issue1076@psf.upfronthosting.co.za>


New submission from Amaury Forgeot d'Arc:

With this patch, the winreg module is now completely unicode: it only
uses Windows wide-char API functions, and all strings (keys, subkeys,
values) are passed untranslated. str8 is banned, and byte objects are
only allowed for raw binary data.

Note: It seems a good approach to use the wide-char Windows API whenever
possible. They fit very well with PyUnicode strings, and simplify the
code...

----------
components: Unicode
files: winreg.diff
messages: 55540
nosy: amaury.forgeotdarc
severity: normal
status: open
title: py3 patch: full Unicode version for winreg module
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1076>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winreg.diff
Type: application/octet-stream
Size: 21812 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070831/a4068796/attachment-0001.obj 

From report at bugs.python.org  Sat Aug 25 13:25:17 2007
From: report at bugs.python.org (Larry Hastings)
Date: Sat, 25 Aug 2007 11:25:17 -0000
Subject: [New-bugs-announce] [issue1019] Cleanup pass on _curses and
	_curses_panel
Message-ID: <1188041116.84.0.34357084027.issue1019@psf.upfronthosting.co.za>


New submission from Larry Hastings:

*BEFORE* APPLYING THIS PATCH, YOU MUST
% svn move Include/py_curses.h Modules/_py_curses.h
(A "patch" can't convey that sort of information.)

I made a pass cleaning up _curses and _curses_panel.  Mainly I cleaned
up the header file, moving unnecessary things into the two .c files.
I also changed the way information is passed from _curses to
_curses_panel.  Instead of a Py_CObject which points to functions--which
Neil Norwitz suspected could be a security hole--it now passes cleaner
information (one type, one int * pointer).  Finally, I made a
code-cleanup pass as per PEP 7.

----------
components: Extension Modules
files: lch.py3k.curses.module.diff.1.txt
messages: 55287
nosy: larryhastings
severity: minor
status: open
title: Cleanup pass on _curses and _curses_panel
type: behavior
versions: Python 3.0

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1019>
__________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: lch.py3k.curses.module.diff.1.txt
Url: http://mail.python.org/pipermail/new-bugs-announce/attachments/20070825/5fc87a8e/attachment-0001.txt 

From report at bugs.python.org  Wed Aug 29 02:42:22 2007
From: report at bugs.python.org (Bill Janssen)
Date: Wed, 29 Aug 2007 00:42:22 -0000
Subject: [New-bugs-announce] [issue1052] SSL patch for Windows buildbots
	problem
Message-ID: <1188348142.3.0.00762606105909.issue1052@psf.upfronthosting.co.za>


New submission from Bill Janssen:

here's the patch to fix the Windows buildbots (I hope).

This contains a number of things:

1) Improve the documentation of the SSL module, with a fuller
   explanation of certificate usage, another reference, proper 
formatting
   of this and that.

2) Fix Windows bug in ssl.py, and general bug in sslsocket.close().  
Remove
   some unused code from ssl.py.  Allow accept() to be called on 
sslsocket
   sockets.

3) Use try-except-else in import of ssl in socket.py.  Deprecate use of
   socket.ssl().

4) Remove use of socket.ssl() in every library module, except for
   test_socket_ssl.py and test_ssl.py.

----------
assignee: nnorwitz
components: Documentation, Library (Lib), Tests, Windows
files: ssl-patch-5
keywords: patch
messages: 55394
nosy: janssen
priority: urgent
severity: normal
status: open
title: SSL patch for Windows buildbots problem
type: behavior
versions: Python 2.6

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1052>
__________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ssl-patch-5
Type: application/octet-stream
Size: 53940 bytes
Desc: not available
Url : http://mail.python.org/pipermail/new-bugs-announce/attachments/20070829/1857b33d/attachment-0001.obj