[issue4468] Restore chapter enumeration in Python docs

[Kay Schluehr]

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
technical documentation and in particular for a body of documents that
represent a de-facto standard. An easy access to content is required
even in communication being not web based where URLs can be copied and
sent. Even right now the chm documents provided in the Windows
distribution of Python 2.6 are of reduced value. Given that there are
chapters with pretty generic titles like "How it works" the lack of
enumeration causes disorientation.

--
assignee: georg.brandl
components: Documentation
messages: 76634
nosy: georg.brandl, schluehk
severity: normal
status: open
title: Restore chapter enumeration in Python docs
type: feature request
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Martin v. Löwis]

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4389] Uninstaller Lacks an Icon

[Martin v. Löwis]

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.

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4457] __import__ documentation obsolete

[Mart Sõmermaa]

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(), ['baz'], -1)
baz = .baz

When there are multiple names being imported or an 'as' clause is
involved, I hope the reasons for doing it this way become more obvious:

"from foo.bar import baz, bob" >

 = __import__('foo.bar', globals(), locals(), ['baz', 'bob'], -1)
baz = .baz
bob = .bob

"from foo.bar import baz as bob" >

 = __import__('foo.bar', globals(), locals(), ['baz', 'bob'], -1)
bob = .baz

---

And the "winning idiom" by Hrvoje Niksic for accessing module 'z', given
name hierarchy 'x.y.z' should be documented as well:

>>> import sys
>>> __import__('x.y.z')
>>> mod = sys.modules['x.y.z']

--
nosy: +mrts

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4469] CVE-2008-5031 multiple integer overflows

[Matthias Klose]

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
status: open
title: CVE-2008-5031 multiple integer overflows
type: security
versions: Python 2.4

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Martin v. Löwis]

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,
e.g. zlib.crc32.

--
keywords: +patch
nosy: +loewis
Added file: http://bugs.python.org/file12167/reqbytes.diff

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Martin v. Löwis]

Changes by Martin v. Löwis <[EMAIL PROTECTED]>:


--
keywords: +needs review

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4470] smtplib SMTP_SSL not working.

[Lorenzo M. Catucci]

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() with calls to ssl.socket's makefile()
   calls both in the starttls and in the SMTP_SSL cases
3. shutdown sockets before closing them, to avoid server-side piling and
   connection refused on connection-limited servers
The last change is just a cosmetical refactoring, but it really helps
the SMTP_SSL case: default_port should really be a class attribute,
instead of being set at __init__ time.

--
components: Library (Lib)
files: smtplib.py.patch
keywords: patch
messages: 76640
nosy: lcatucci
severity: normal
status: open
title: smtplib SMTP_SSL not working.
versions: Python 2.6
Added file: http://bugs.python.org/file12168/smtplib.py.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4471] IMAP4 missing support for starttls

[Lorenzo M. Catucci]

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 close() time to avoid server-side pile-up

--
components: Library (Lib)
files: imaplib.py.patch
keywords: patch
messages: 76641
nosy: lcatucci
severity: normal
status: open
title: IMAP4 missing support for starttls
versions: Python 2.6
Added file: http://bugs.python.org/file12169/imaplib.py.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4472] Is shared lib building broken on trunk?

[Skip Montanaro]

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 building a shared Python library is broken, at
least on Macs.  I only even noticed this because I wanted to bundle up a
trivial little Python script as a Mac app build.  py2app requires a dylib
file to generate the app bundle (to include?).

I build in separate build directories so I can have normal, debug and
framework builds.  Here's the configure command from my framework build:

../configure --prefix=/Users/skip/local --enable-shared \
'--enable-framework=/Users/skip/Applications' \
'CPPFLAGS=-I/Users/skip/local/include -I/opt/local/include' \
'LDFLAGS=-L/Users/skip/local/lib -L/opt/local/lib'

I've tried taking out the --prefix and/or --enable-shared flags thinking
maybe the --enable-framework flag was sufficient.  I've tried making the
sharedinstall target.  I never see anything like -fPIC or -fpic in the gcc
command line args.  In fact, I don't see "dylib" or "pic" mentioned in the
Makefile at all.

I gave up building in a subdirectory then whittled the configure command
down to this:

./configure --prefix=/Users/skip/local --enable-shared \
'--enable-framework=/Users/skip/Applications'

make clean.  make.  Still no libpython.2.7.dylib file.

Skip

--
messages: 76642
nosy: skip.montanaro
severity: normal
status: open
title: Is shared lib building broken on trunk?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4473] POP3 missing support for starttls

[Lorenzo M. Catucci]

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 replace them with ssl
   socket's makefile() in POP3_SSL
4. Properly shutdown sockets at close() time to avoid server-side pile-up

--
files: poplib.py.patch
keywords: patch
messages: 76643
nosy: lcatucci
severity: normal
status: open
title: POP3 missing support for starttls
Added file: http://bugs.python.org/file12170/poplib.py.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4471] IMAP4 missing support for starttls

[Lorenzo M. Catucci]

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]>

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

[issue4473] POP3 missing support for starttls

[Lorenzo M. Catucci]

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]>

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

[issue4388] test_cmd_line fails on MacOS X

[Mark Dickinson]

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 
array, declared as wchar_t *.

register Py_UNICODE *u;
register Py_ssize_t i;
u = PyUnicode_AS_UNICODE(unicode);
for (i = size; i > 0; i--)
*u++ = *w++;

But this looks wrong:  on OS X, sizeof(wchar_t) is 4 and I think w is 
encoded in UTF-32.  So I was expecting to see some kind of explicit 
conversion from UTF-32 to UCS-2 here.  Instead, it looks as though the 
incoming values are implicitly truncated from 32 bits to 16.  Doesn't this 
do the wrong thing for characters outside the BMP?

Should I open an issue for this, or am I simply misunderstanding?

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Akira Kitada]

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 not support "z" printf format specifier
 */
#if ((!defined(__GNUC__) || __GNUC__ < 2 || \
 (__GNUC__ == 2 && __GNUC_MINOR__ < 3)) && \
 !defined(RISCOS)) || \
!defined(PY_FORMAT_SIZE_T)
#define Py_GCC_FORMAT_ATTRIBUTE(type, str_idx, arg_idx)
/* Py_GCC_ATTRIBUTE is deprecated; use Py_GCC_FORMAT_ATTRIBUTE instead. */
#define Py_GCC_ATTRIBUTE(x)
#else
#define Py_GCC_FORMAT_ATTRIBUTE(type, str_idx, arg_idx) \
__attribute__((format(type, str_idx, arg_idx)))
/* Py_GCC_ATTRIBUTE is deprecated; use Py_GCC_FORMAT_ATTRIBUTE instead. */
#define Py_GCC_ATTRIBUTE(x) __attribute__(x)
#endif

Added file: http://bugs.python.org/file12173/issue4370.diff

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Akira Kitada]

Changes by Akira Kitada <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file12160/issue4370.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4388] test_cmd_line fails on MacOS X

[Mark Dickinson]

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]>

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

[issue4388] test_cmd_line fails on MacOS X

[Martin v. Löwis]

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 (and I doubt it would occur
in 3.0 if not fixed - there are more severe problems around).

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Martin v. Löwis]

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.

Added file: http://bugs.python.org/file12174/build_scripts.diff

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Martin v. Löwis]

Changes by Martin v. Löwis <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file11803/build_scripts.diff

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Mark Dickinson]

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 characters outside the BMP.  I expected it to convert the UTF-
32 encoding to UTF-16.

Note that PyUnicode_FromWideChar is used to process command-line 
arguments, so strange things can happen when passing filenames with non-
BMP characters to a Python script.

Here's an OS X 10.5 Terminal session (current directory is the root of the 
py3k tree).

dickinsm$ cat test𐅭.py
from sys import argv
print("My arguments are: ",argv)
dickinsm$ ./python.exe test𐅭.py
My arguments are:  ['testŭ.py']
dickinsm$ ./python.exe Lib/tabnanny.py test𐅭.py
'testŭ.py': I/O Error: [Errno 2] No such file or directory: 'testŭ.py'


(In case the character after 'test' and before '.py' isn't showing up 
correctly, it's chr(65901), 'GREEK ACROPHONIC TROEZENIAN FIVE HUNDRED'.)

--
components: Interpreter Core
messages: 76651
nosy: marketdickinson
severity: normal
status: open
title: PyUnicode_FromWideChar incorrect for characters outside the BMP (unix 
only)
type: behavior
versions: Python 3.1

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4388] test_cmd_line fails on MacOS X

[Mark Dickinson]

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, Martin.

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Mark Dickinson]

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
> in 3.0 if not fixed - there are more severe problems around).

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4469] CVE-2008-5031 multiple integer overflows

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
nosy: +brett.cannon

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4468] Restore chapter enumeration in Python docs

[Winfried Plappert]

Changes by Winfried Plappert <[EMAIL PROTECTED]>:


--
nosy: +wplappert

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4365] Add CRT version info in msvcrt module

[Martin v. Löwis]

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

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Martin v. Löwis]

Changes by Martin v. Löwis <[EMAIL PROTECTED]>:


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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2306] Update What's new in 3.0

[Barry A. Warsaw]

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:

Guido... ping?

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Barry A. Warsaw]

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:

Jesse, please apply so we can close this issue.

--
nosy: +barry

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4385] Py_Object_HEAD_INIT in Py3k

[Barry A. Warsaw]

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

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Barry A. Warsaw]

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 <[EMAIL PROTECTED]>

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

[issue4475] More verbose error message for Py_FindMethod

[Guilherme Polo]

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
probably used in several extensions but it doesn't set a good error message.

--
components: Interpreter Core
files: FindMethod_verbose_err.diff
keywords: patch
messages: 76659
nosy: gpolo
severity: normal
status: open
title: More verbose error message for Py_FindMethod
versions: Python 2.7, Python 3.0, Python 3.1
Added file: http://bugs.python.org/file12175/FindMethod_verbose_err.diff

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Ok. Looks good.

--
keywords:  -needs review

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Eric Devolder]

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 work.

Eric

2008/11/30 Martin v. Löwis <[EMAIL PROTECTED]>

>
> 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
>
> ___
> Python tracker <[EMAIL PROTECTED]>
> 
> ___
>

Added file: http://bugs.python.org/file12176/unnamed

___
Python tracker <[EMAIL PROTECTED]>

___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 work.Eric2008/11/30 Martin v. Löwis [EMAIL PROTECTED]>

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

___
Python tracker [EMAIL 
PROTECTED]>
http://bugs.python.org/issue4407>
___

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

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

[Barry A. Warsaw]

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]>

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

[issue4469] CVE-2008-5031 multiple integer overflows

[Barry A. Warsaw]

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]>

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

[issue4365] Add CRT version info in msvcrt module

[Barry A. Warsaw]

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]>

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

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

[Roumen Petrov]

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

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Roumen Petrov]

Roumen Petrov <[EMAIL PROTECTED]> added the comment:

s/USC-4/UCS-4/g

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4388] test_cmd_line fails on MacOS X

[Roumen Petrov]

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_line.py?rev=67193&view=auto)
I guess that failure is from command "assert(ord('\xe9') == 0xe9)" (test
is run only on mac os platforms). For the "C" program run is ascii(C,..)
locale is expected conversion of byte \xe9 to wchar_t to return error.

--
nosy: +rpetrov

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4475] More verbose error message for Py_FindMethod

[Guilherme Polo]

Changes by Guilherme Polo <[EMAIL PROTECTED]>:


--
versions:  -Python 3.0, Python 3.1

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4475] More verbose error message for Py_FindMethod

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Py_FindMethod was removed in 3.0

--
nosy: +amaury.forgeotdarc

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4472] Is shared lib building broken on trunk?

[Akira Kitada]

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]>

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

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

[Mark Dickinson]

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]>

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

[issue4475] More verbose error message for Py_FindMethod

[Guilherme Polo]

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]>

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

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

[Michael Aivazis]

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.

[Jeffrey Yasskin]

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 corroborate this speedup on their machines? I'm
running on a Macbook Pro (Intel Core2 processor, probably Merom) with
a 32-bit build from Apple's gcc-4.0.1. (Apple's gcc consistently
produces a faster python than gcc-4.3.)

2) Assuming this speeds things up for most people, should I check it
in anywhere besides the trunk? I assume it's out for 3.0; is it in for
2.6.1 or 3.0.1?



Pybench output:

---
PYBENCH 2.0
---
* using CPython 2.7a0 (trunk:67458M, Nov 30 2008, 17:14:10) [GCC 4.0.1
(Apple Inc. build 5488)]
* disabled garbage collection
* system check interval set to maximum: 2147483647
* using timer: time.time

---
Benchmark: pybench.out
---

   Rounds: 10
   Warp:   10
   Timer:  time.time

   Machine Details:
  Platform ID:Darwin-9.5.0-i386-32bit
  Processor:  i386

   Python:
  Implementation: CPython
  Executable:
/Users/jyasskin/src/python/trunk-fast-tracing/build/python.exe
  Version:2.7.0
  Compiler:   GCC 4.0.1 (Apple Inc. build 5488)
  Bits:   32bit
  Build:  Nov 30 2008 17:14:10 (#trunk:67458M)
  Unicode:UCS2


---
Comparing with: ../build_orig/pybench.out
---

   Rounds: 10
   Warp:   10
   Timer:  time.time

   Machine Details:
  Platform ID:Darwin-9.5.0-i386-32bit
  Processor:  i386

   Python:
  Implementation: CPython
  Executable:
/Users/jyasskin/src/python/trunk-fast-tracing/build_orig/python.exe
  Version:2.7.0
  Compiler:   GCC 4.0.1 (Apple Inc. build 5488)
  Bits:   32bit
  Build:  Nov 30 2008 13:51:09 (#trunk:67458)
  Unicode:UCS2


Test minimum run-timeaverage  run-time
thisother   diffthisother   diff
---
 BuiltinFunctionCalls:   127ms   130ms   -2.4%   129ms   132ms 
 -2.1%
  BuiltinMethodLookup:90ms93ms   -3.2%91ms94ms 
 -3.1%
CompareFloats:88ms91ms   -3.3%89ms93ms 
 -4.3%
CompareFloatsIntegers:97ms99ms   -2.1%97ms   100ms 
 -2.4%
  CompareIntegers:79ms82ms   -4.2%79ms85ms 
 -6.1%
   CompareInternedStrings:90ms92ms   -2.4%94ms94ms 
 -0.9%
 CompareLongs:86ms83ms   +3.6%87ms84ms 
 +3.5%
   CompareStrings:80ms82ms   -3.1%81ms83ms 
 -2.3%
   CompareUnicode:   103ms   105ms   -2.3%   106ms   108ms 
 -1.5%
   ComplexPythonFunctionCalls:   139ms   137ms   +1.3%   140ms   139ms 
 +0.1%
ConcatStrings:   142ms   151ms   -6.0%   156ms   154ms 
 +1.1%
ConcatUnicode:87ms92ms   -5.4%89ms94ms 
 -5.7%
  CreateInstances:   142ms   144ms   -1.4%   144ms   145ms 
 -1.1%
   CreateNewInstances:   107ms   109ms   -2.3%   108ms   111ms 
 -2.1%
  CreateStringsWithConcat:   114ms   137ms  -17.1%   117ms   139ms 
-16.0%
  CreateUnicodeWithConcat:92ms   101ms   -9.2%95ms   102ms 
 -7.2%
 DictCreation:77ms81ms   -4.4%80ms85ms 
 -5.9%
DictWithFloatKeys:91ms   107ms  -14.5%93ms   109ms 
-14.6%
  DictWithIntegerKeys:95ms94ms   +1.4%   108ms96ms 
+12.3%
   DictWithStringKeys:83ms88ms   -5.8%84ms88ms 
 -4.7%
 ForLoops:72ms72ms   -0.1%79ms74ms 
 +5.8%
   IfThenElse:83ms80ms   +3.9%85ms80ms 
 +5.3%
  ListSlicing:   117ms   118ms   -0.7%   118ms   121ms 
 -1.8%
   NestedForLoops:   116ms   119ms   -2.4%   121ms   121ms 
 +0.0%
 NormalClassAttribute:   106ms   115ms   -7.7%   108ms   117ms 
 -7.7%
  NormalInstanceAttribute:96ms98ms   -2.3%97ms   100ms 
 -3.1%
  PythonFunctionCalls:92ms95ms   -3.7%94ms99ms 
 -5.2%
PythonMethodCalls:   147ms   147ms   +0.1%   152ms   149ms 
 +2.1%
Recursion:   135ms   136ms   -0.3%   140ms   144ms 
 -2.9%
 SecondImport:   101ms99ms   +2.1%   103ms   101ms 
 +2.2%
  

[issue4478] shutil.copyfile documentation

[steve21]

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 Error("`%s` and `%s` are the same file" % (src, dst))
shutil.Error: `/tmp/f` and `/tmp/f` are the same file

The Python 3 docs at
http://docs.python.org/dev/3.0/library/shutil.html#module-shutil
mention that copyfile can raise IOError, but they omit to mention that
copyfile can also raise shutil.Error.

Also, just out of interest, I notice that Sphinx now supports the
':raises:' field. Are there any plans for the Python documentation to
start using it?

--
assignee: georg.brandl
components: Documentation
messages: 76673
nosy: georg.brandl, steve21
severity: normal
status: open
title: shutil.copyfile documentation
versions: Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
nosy: +brett.cannon

___
Python tracker <[EMAIL PROTECTED]>

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

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

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Committed as r67464.

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4365] Add CRT version info in msvcrt module

[Martin v. Löwis]

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]>

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

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

[Martin v. Löwis]

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.

[Martin v. Löwis]

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]>

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

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

[Michael Aivazis]

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]>

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