[issue4468] Restore chapter enumeration in Python docs

New submission from Kay Schluehr <[EMAIL PROTECTED]>: Request for restoring chapter enumeration in the Python docs for Python 2.6 and newer releases. In the new style Sphinx documentation for Python the enumeration of sections and subsections has been dropped. This is highly unusual for a techni

[issue4407] Windows Installer Error 1722 when opting for compilation at install time

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Thanks for the report. The problem was not with the quoting (this works fine), but that test/crashers/iter.py failed to compile. Fixed in r67448. -- resolution: -> fixed status: open -> closed __

[issue4389] Uninstaller Lacks an Icon

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Thanks again for the report. This is now fixed in r67449, r67450, r67451. Marc-Andre, if you want request a change to bdist_msi, please submit a separate report. I'm skeptical though that bdist_msi packages should use the Python icon in ARP.

[issue4457] __import__ documentation obsolete

Mart Sõmermaa <[EMAIL PROTECTED]> added the comment: Also, the examples that clarify __import__ behaviour by Nick Coghlan should be added: http://mail.python.org/pipermail/python-dev/2008-November/083735.html --- "from foo.bar import baz" > = __import__('foo.bar', globals(), locals(), ['

[issue4469] CVE-2008-5031 multiple integer overflows

New submission from Matthias Klose <[EMAIL PROTECTED]>: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507317 needs backport of rev 61350 from the trunk. fixed in newer versions. -- components: Interpreter Core messages: 76638 nosy: doko priority: release blocker severity: normal sta

[issue4387] binascii b2a functions accept strings (unicode) as data

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Here is a patches that fixes the problem. Notice that this affects the email API; base64mime.body_encode now also requires bytes (whereas quoprimime remains unchanged). There are probably more functions that still incorrectly accept strings

[issue4387] binascii b2a functions accept strings (unicode) as data

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- keywords: +needs review ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue4470] smtplib SMTP_SSL not working.

New submission from Lorenzo M. Catucci <[EMAIL PROTECTED]>: The enclosed patch does three things: 1. enables SMTP_SSL working: the _get_socket method was setting self.sock instead of returning the socket to the caller, which did reset self.sock to None 2. replace home-grown SSLFakeFile() wi

[issue4471] IMAP4 missing support for starttls

New submission from Lorenzo M. Catucci <[EMAIL PROTECTED]>: In the enclosed patch, there are three changes: 1. Support starttls on IMAP4 connections 2. Rework of the IMAP_SSL, to replace home-grown file-like methods with proper ones from ssl module's makefile(); 3. Properly shutdown sockets at

[issue4472] Is shared lib building broken on trunk?

New submission from Skip Montanaro <[EMAIL PROTECTED]>: I have tried several different combinations of configure args on my Mac in the past couple days in a so far fruitless attempt to generate a libpython.2.7.dylib file. All it will ever generate is a .a file. I've come to the conclusion that

[issue4473] POP3 missing support for starttls

New submission from Lorenzo M. Catucci <[EMAIL PROTECTED]>: In the enclosed patch, there are four changes 1. add support for the optional CAPA pop command, since it is needed for starttls support discovery 2. add support for the STLS pop command 3. replace home-grown file-like methods and rep

[issue4471] IMAP4 missing support for starttls

Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment: the needed changes to library documentation if the patch is accepted Added file: http://bugs.python.org/file12171/imaplib.rst.patch ___ Python tracker <[EMAIL PROTECTED]>

[issue4473] POP3 missing support for starttls

Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment: The needed changes to documentation if the patch gets accepted Added file: http://bugs.python.org/file12172/poplib.rst.patch ___ Python tracker <[EMAIL PROTECTED]> __

[issue4388] test_cmd_line fails on MacOS X

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I'm now very confused. In trying to follow things of type wchar_t* around the Python source, I discovered PyUnicode_FromWideChar in unicodebject.c. For OS X, the conversion lands in the following code, where w is the incoming WideChar arr

[issue4370] warning: unknown conversion type character `z' in format

Akira Kitada <[EMAIL PROTECTED]> added the comment: Attached patch just leaves Py_GCC_ATTRIBUTE as it is now. Here is the highlight. /* * Hide GCC's format attribute from compilers if one of the following is true: * a) the compiler does not support it and not on RISC OS * b) the compiler does

[issue4370] warning: unknown conversion type character `z' in format

Changes by Akira Kitada <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file12160/issue4370.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4388] test_cmd_line fails on MacOS X

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > conversion from UTF-32 to UCS-2 here That 'UCS-2' should be 'UTF-16', of course. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4388] test_cmd_line fails on MacOS X

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Should I open an issue for this, or am I simply misunderstanding? I think you are right. However, conversion to/from wchar_t is/was rarely used, and so are non-BMP characters; it's very likely that the problem hasn't occurred in practice (

[issue4073] distutils build_scripts and install_data commands need 2to3 support

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Thanks for the review. Here is a revised version, addressing comments 1 and 2. Comment 3 is address by exposing all arguments to RefactoringTool as class variables in a new class Mixin2to3, from which build_py and build_scripts inherit. Add

[issue4073] distutils build_scripts and install_data commands need 2to3 support

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11803/build_scripts.diff ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

New submission from Mark Dickinson <[EMAIL PROTECTED]>: On systems (Linux, OS X) where sizeof(wchar_t) is 4 and wchar_t arrays are usually encoded as UTF-32, it looks as though PyUnicode_FromWideChar simply truncates the 32-bit characters to 16-bits, thus giving incorrect results for character

[issue4388] test_cmd_line fails on MacOS X

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > it's very likely that > the problem hasn't occurred in practice (and I doubt it would occur > in 3.0 if not fixed - there are more severe problems around). Okay. So it's an issue, but not a blocker. Opened issue 4474 for this. Thanks, Mart

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Comments from MvL in issue 4388: > I think you are right. However, conversion to/from wchar_t is/was > rarely used, and so are non-BMP characters; it's very likely that > the problem hasn't occurred in practice (and I doubt it would occur > i

[issue4469] CVE-2008-5031 multiple integer overflows

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- nosy: +brett.cannon ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue4468] Restore chapter enumeration in Python docs

Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list ma

[issue4365] Add CRT version info in msvcrt module

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Thanks for the patch. Committed (with modifications) as r67455. Barry, I would like to apply this to both 2.6 and 3.0. Ok? -- assignee: -> barry nosy: +barry, loewis priority: -> release blocker __

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- versions: +Python 2.6, Python 2.7, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2306] Update What's new in 3.0

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Guido... ping? ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing lis

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Jesse, please apply so we can close this issue. -- nosy: +barry ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4385] Py_Object_HEAD_INIT in Py3k

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: I agree with MvL and MAL. We can't change Python, so this is a documentation issue. I'm lowering the priority so it doesn't block the release. -- nosy: +barry priority: release blocker -> critical _

[issue1683] Thread local storage and PyGILState_* mucked up by os.fork()

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Since this is a Python 2.5.3 issue, I'm lowering to deferred blocker until after 3.0 and 2.6.1 are released. -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <[EMAI

[issue4475] More verbose error message for Py_FindMethod

New submission from Guilherme Polo <[EMAIL PROTECTED]>: As was told in http://mail.python.org/pipermail/python-dev/2008-November/083782.html some objects may print a not so nice message when an attribute is not found. I considered this was due to Py_FindMethod being so easy to use that is probab

[issue4073] distutils build_scripts and install_data commands need 2to3 support

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Ok. Looks good. -- keywords: -needs review ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4407] Windows Installer Error 1722 when opting for compilation at install time

Eric Devolder <[EMAIL PROTECTED]> added the comment: Dear Martin, It's my pleasure. I'm just sorry if I misled you a bit, but as I told I haven't managed to have a full testing env yet ( although I'm close to it), so I could not check in time if it would have fixed the bug. Thanks for the great

[issue4387] binascii b2a functions accept strings (unicode) as data

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Martin, the patch looks okay to me. I vote for applying it. -- nosy: +barry resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]>

[issue4469] CVE-2008-5031 multiple integer overflows

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Lowering priority since this is not a Python 3.0 or 2.6.1 issue. -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue4365] Add CRT version info in msvcrt module

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Go for it Martin. -- resolution: -> accepted versions: +Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Roumen Petrov <[EMAIL PROTECTED]> added the comment: it is fine on linux (tested with UTF-8 codeset for locale): $ ./python test𐅭.py ('My arguments are: ', ['test\xf0\x90\x85\xad.py']) \xf0\x90\x85\xad (UTF-8) = 0001016d (USC-4) = 65901 -- nosy: +rpetrov ___

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Roumen Petrov <[EMAIL PROTECTED]> added the comment: s/USC-4/UCS-4/g ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list

[issue4388] test_cmd_line fails on MacOS X

Roumen Petrov <[EMAIL PROTECTED]> added the comment: "C locale (alias POSIX, ANSI_X3.4-1968) define is 7-bit char-set. It is expected mbstowcs to return error is a byte sequence contain a byte > 128. After quick check into code (http://svn.python.org/view/python/branches/py3k/Lib/test/test_cmd_

[issue4475] More verbose error message for Py_FindMethod

Changes by Guilherme Polo <[EMAIL PROTECTED]>: -- versions: -Python 3.0, Python 3.1 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pyth

[issue4475] More verbose error message for Py_FindMethod

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Py_FindMethod was removed in 3.0 -- nosy: +amaury.forgeotdarc ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4472] Is shared lib building broken on trunk?

Akira Kitada <[EMAIL PROTECTED]> added the comment: OS X 10.5.5 seems to have the problem just as described, whereas there seems no problem on FreeBSD 6.3. -- components: +Build, Macintosh nosy: +akitada ___ Python tracker <[EMAIL PROTECTED]>

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > it is fine on linux Interesting. Which version of Python is that? And is PyUNICODE 2 bytes or 4 bytes for that build of Python? ___ Python tracker <[EMAIL PROTECTED]>

[issue4475] More verbose error message for Py_FindMethod

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Yes, it was a mistake to set the version for py3k too, that is why I removed after noticing it. ___ Python tracker <[EMAIL PROTECTED]>

[issue4476] compileall.py fails if current dir has a "types" subdir with 3.0 (ok with 2.5)

Changes by Michael Aivazis <[EMAIL PROTECTED]>: -- components: Library (Lib) nosy: aivazis severity: normal status: open title: compileall.py fails if current dir has a "types" subdir with 3.0 (ok with 2.5) type: behavior versions: Python 3.0 ___ Py

[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.

New submission from Jeffrey Yasskin <[EMAIL PROTECTED]>: Tracing support shows up fairly heavily an a Python profile, even though it's nearly always turned off. The attached patch against the trunk speeds up PyBench by 2% for me. All tests pass. I have 2 questions: 1) Can other people corroborat

[issue4478] shutil.copyfile documentation

New submission from steve21 <[EMAIL PROTECTED]>: $ python3.0 Python 3.0rc3 (r30rc3:67312, Nov 22 2008, 21:38:46) >>> import shutil >>> shutil.copyfile('/tmp/f', '/tmp/f') Traceback (most recent call last): File "", line 1, in File "/a/lib/python3.0/shutil.py", line 47, in copyfile raise

[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- nosy: +brett.cannon ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue4073] distutils build_scripts and install_data commands need 2to3 support

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Committed as r67464. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4365] Add CRT version info in msvcrt module

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Merged into 2.6 as r67466, Benjamin had already merged it for 3k as r67461. -- status: open -> closed versions: -Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]>

[issue4476] compileall.py fails if current dir has a "types" subdir with 3.0 (ok with 2.5)

New submission from Martin v. Löwis <[EMAIL PROTECTED]>: I can't reproduce that: /tmp/h$ echo "pass" > x.py /tmp/h$ mkdir types :/tmp/h$ /tmp/py3/bin/python3.0 -mcompileall . Listing . ... Listing ./types ... Compiling ./x.py ... /tmp/h$ ls types x.py x.pyc -- nosy: +loewis _

[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I don't think anything performance-related should be checked in before 3.0. -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> _

[issue4476] compileall.py fails if current dir has a "types" subdir with 3.0 (ok with 2.5)

Michael Aivazis <[EMAIL PROTECTED]> added the comment: sorry for the sloppy report. add a __init__.py in the types subdir. you should get a "Could not import runpy module" error. ___ Python tracker <[EMAIL PROTECTED]> __