[issue4000] Additional 2to3 documentation updates

Changes by David W. Lambert <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue4000] Additional 2to3 documentation updates

New submission from David W. Lambert <[EMAIL PROTECTED]>: http://docs.python.org/dev/3.0/howto/functional.html a) Refers to "print statement" in Introduction, b) Uses syntax no longer valid: def get_state ((city, state)): ''' alas and unfortunately argu

[issue3977] Check PyInt_AsSsize_t/PyLong_AsSsize_t error

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks for the patches. Fixed in r66693, r66694, and r66695. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3988] Byte warning mode and b'' != ''

Brett Cannon <[EMAIL PROTECTED]> added the comment: Setting as a deferred blocker since this is a 3.0 thing and not a 2.6 thing. -- nosy: +brett.cannon priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue3998] List.sort docstring has obsolete cmp reference.

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3998] List.sort docstring has obsolete cmp reference.

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks. Fixed in r66692. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3894] imageop issue

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Fixed in r66689 and r66690. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3999] Real segmentation fault handler

New submission from STINNER Victor <[EMAIL PROTECTED]>: I would like to be able to catch SIGSEGV in my Python code! So I started to hack Python trunk to support this feature. The idea is to use a signal handler which call longjmp(), and add setjmp() at Py_EvalFrameEx() enter. See attached ("s

[issue3187] os.listdir can return byte strings

STINNER Victor <[EMAIL PROTECTED]> added the comment: Patch python3_bytes_filename.patch: - open() support bytes - listdir(unicode) -> only unicode, *skip* invalid filenames (as asked by Guido) - remove os.getcwdu() - create os.getcwdb() -> bytes - glob.glob() support bytes - fnmatch.fi

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

Matthew Barnett <[EMAIL PROTECTED]> added the comment: issue2636-01+09-02+17_backport.diff is the backport fix. Still unable to compress the download, so that's >200MB each time! Added file: http://bugs.python.org/file11657/issue2636-01+09-02+17_backport.diff __

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Jesse Noller <[EMAIL PROTECTED]> added the comment: checked in r66688, lowering from rb to crit to address post 2.6 final -- priority: release blocker -> critical ___ Python tracker <[EMAIL PROTECTED]> __

[issue3998] List.sort docstring has obsolete cmp reference.

New submission from Terry J. Reedy <[EMAIL PROTECTED]>: 3.0rc1 >>> help(list.sort) Help on method_descriptor: sort(...) L.sort(key=None, reverse=False) -- stable sort *IN PLACE*; cmp(x, y) -> -1, 0, 1 The last line is left over from 2.x docstring. Since cmp keyword param is gone (so al

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Jesse Noller <[EMAIL PROTECTED]> added the comment: On Sep 29, 2008, at 6:36 PM, Damien Miller <[EMAIL PROTECTED]> wrote: > > Damien Miller <[EMAIL PROTECTED]> added the comment: > > I can confirm that the patch works on OpenBSD -current. Only one nit: > > Does this line in Lib/test/test_multi

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Damien Miller <[EMAIL PROTECTED]> added the comment: I can confirm that the patch works on OpenBSD -current. Only one nit: Does this line in Lib/test/test_multiprocessing.py need to be there? +#import multiprocessing.SemaphoreImportError ___ Python tracker <

[issue3991] urllib.request.urlopen does not handle non-ASCII characters

Toshio Kuratomi <[EMAIL PROTECTED]> added the comment: Possibly. This is a change from python-2.x's urlopen() which escaped the URL automatically, though. I can see the case for having the user call an escape function themselves instead of having urlopen() perform the escape for them. However,

[issue3996] PyOS_CheckStack does not work

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Yes, issue1069092 is another case where PyOS_CheckStack is exercised. But this other issue was first reported on Unix, when PyOS_CheckStack is currently implemented only for Windows. ___ Python trac

[issue3956] turtle.py - bug in Screen.__init__()

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Committed (with the two proposed modifications) as r66686 and r66687. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3982] support .format for bytes

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: >> I think Martin's suggesting of encoding back to ascii might be >> the best thing to do > > As I understand, you would like to use bytes as characters, like > b'{code} {message}'.format(code=100, message='OK'). So why no using > explici

[issue3977] Check PyInt_AsSsize_t/PyLong_AsSsize_t error

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> benjamin.peterson nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3995] iso-xxx/cp1252 inconsistencies in Python 2.* not in 3.*

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: unicode('€', 'iso-8859-15') > u'\x80' unicode('€', 'iso-8859-1') #*** > u'\x80' > > It looks like iso-8859-1 behaves as iso-8859-15 (typo somewhere?) That's correct, and intentional. iso-8850-1 and iso-8859-15 are *indeed* the sam

[issue3956] turtle.py - bug in Screen.__init__()

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > When 2.6 is out, what do you think is the right point for a further > discussion of this? (I think certainly not the bugtracker and > particularly not this issue. Depends on what you want to achieve with the discussion. If you want a publi

[issue1745035] DoS smtpd vulnerability

Josiah Carlson <[EMAIL PROTECTED]> added the comment: The patch does not work as Giampaolo intends. If the patch were applied as-is, no emails longer than 998 bytes could be sent. Instead, incrementing linelen in the collect_incoming_data() method should only be performed if self.terminator =

[issue3991] urllib.request.urlopen does not handle non-ASCII characters

Bill Janssen <[EMAIL PROTECTED]> added the comment: As I read RFC 2396, 1.5: "A URI is a sequence of characters from a very limited set, i.e. the letters of the basic Latin alphabet, digits, and a few special characters." 2.4: "Data must be escaped if it does not have a representation u

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Could use confirmation from Damien and Andrew that they now see the expected skips with the patch applied, but otherwise looks good to me. ___ Python tracker <[EMAIL PROTECTED]>

[issue3996] PyOS_CheckStack does not work

STINNER Victor <[EMAIL PROTECTED]> added the comment: This issue may be related: issue1069092 -- nosy: +haypo ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Jesse Noller <[EMAIL PROTECTED]> added the comment: Here's a patch, works on my machine. Please review it and make sure it satisfies what we've spoken about. -- keywords: +needs review, patch Added file: http://bugs.python.org/file11656/issue3770.diff __

[issue3547] Ctypes is confused by bitfields of varying integer types

Thomas Heller <[EMAIL PROTECTED]> added the comment: Committed as SVN rev 66683 (trunk), 66684 (py3k), and 66685 (release25-maint). -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Jesse Noller <[EMAIL PROTECTED]> added the comment: > Is "thereforce" an actual word? Otherwise it looks fine to me. > Yeah, I caught that. Rather than disable the entire package, which would be frustrating to many - I've changed it to only disable mp.synchronize for now, patch is pending my fin

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Mon, Sep 29, 2008 at 11:20 AM, Jesse Noller <[EMAIL PROTECTED]> wrote: > > Jesse Noller <[EMAIL PROTECTED]> added the comment: > > Hows this error look: > import multiprocessing > Traceback (most recent call last): > File "", line 1, in

[issue3910] 2.6 regression in socket.ssl method

Bill Janssen <[EMAIL PROTECTED]> added the comment: OK, I found the fix. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3984] python interpreter import dependency with disutils/util

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Sun, Sep 28, 2008 at 7:56 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > Brett, are you looking for #586680? > Yep, that's the issue. ___

[issue3894] imageop issue

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- assignee: -> benjamin.peterson nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Damien Miller <[EMAIL PROTECTED]> added the comment: looks good to me ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing lis

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Jesse Noller <[EMAIL PROTECTED]> added the comment: Hows this error look: >>> import multiprocessing Traceback (most recent call last): File "", line 1, in File "/Users/jesse/open_source/subversion/python- trunk/Lib/multiprocessing/__init__.py", line 178, in " function, see issue 3770.

[issue3944] faster long multiplication

Christian Heimes <[EMAIL PROTECTED]> added the comment: Nice work :) I'm changing the target versions to 2.7 and 3.1. The proposed changes are too large for a maintenance release. -- components: +Interpreter Core nosy: +christian.heimes priority: -> high versions: +Python 2.7, Python 3

[issue3910] 2.6 regression in socket.ssl method

Bill Janssen <[EMAIL PROTECTED]> added the comment: Maybe not. test_ssl hangs when I run it "-u all -v". It's hanging on testSimpleSSLWrap. This is on OS X 10.5.5. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3910] 2.6 regression in socket.ssl method

Bill Janssen <[EMAIL PROTECTED]> added the comment: Will do. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubsc

[issue3187] os.listdir can return byte strings

STINNER Victor <[EMAIL PROTECTED]> added the comment: As Steven Bethard proposed, here is a new version of my getcwd() patch: instead of adding a keyword argument "bytes", I created a function getcwdb(): * os.getcwd() -> unicode * os.getcwdb() -> bytes In Python2 it was: * os.getcwd() -> st

[issue3997] zipfile and winzip

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: An archive with more than 65535 files must use the "64-bit extensions" of the standard Zip format. Such archives cannot be opened by programs that do not understand these extensions. See http://www.winzip.com/wzdic.htm Which version of

[issue3997] zipfile and winzip

New submission from vali <[EMAIL PROTECTED]>: using ZipFile library with Python 2.6 or an earlier version creates archived files that are not compatible with windows compress or Winzip. Other programs like 7-Zip will not have a problem with the format. Bug Description: if it is attempted to cre

[issue3187] os.listdir can return byte strings

Changes by Raghuram Devarakonda <[EMAIL PROTECTED]>: -- nosy: +draghuram ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue3944] faster long multiplication

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Nice work! Seems like we're going to be able to look forward to faster integer arithmetic in Python 2.7 / 3.1. I'll try to find time to review your patch properly sometime soon. Regarding the HAVE_INT64, there's a standard autoconf macro

[issue3944] faster long multiplication

Pernici Mario <[EMAIL PROTECTED]> added the comment: Mark, following your suggestions about using bigger integer types, I added code to convert Python numbers to arrays of twodigits, when a 64 bit integer type is supported, and for numbers with size larger than 20; otherwise the code of the previ

[issue3187] os.listdir can return byte strings

STINNER Victor <[EMAIL PROTECTED]> added the comment: About os.getcwd(), another solution is merge_os_getcwd_getcwdu.patch: os.getcwd() always return unicode string and raise an error on unicode decode error. Wheras os.getcwd(bytes=True) always return bytes. The old function os.getcwdu() is r

[issue3995] iso-xxx/cp1252 inconsistencies in Python 2.* not in 3.*

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

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

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: Matthew, I've traced down the patch failures in my merges and now each of the 4 versions of code on Launchpad should compile, though the first 2 do not pass all the negative look-behind tests, though your later 2 do. Any chance you could b

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

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: Good work, Matthew. Now, another bazaar hint, IMHO, is once of my favourite commands: switch. I generally develop all in one directory, rather than getting a new directory for each branch. Once does have to be VERY careful to type "bzr i

[issue3996] PyOS_CheckStack does not work

New submission from Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: On Windows, PyOS_CheckStack is supposed to protect the interpreter from stack overflow. But doing this, it always crashes when the stack is nearly full. The reason is a bad check of the return value of _resetstkoflw(): according to MS

[issue3977] Check PyInt_AsSsize_t/PyLong_AsSsize_t error

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: All these patches seem good to me. -- nosy: +amaury.forgeotdarc priority: -> high ___ Python tracker <[EMAIL PROTECTED]> __

[issue3982] support .format for bytes

STINNER Victor <[EMAIL PROTECTED]> added the comment: > I think Martin's suggesting of encoding back to ascii might be > the best thing to do As I understand, you would like to use bytes as characters, like b'{code} {message}'.format(code=100, message='OK'). So why no using explicit conversio

[issue3982] support .format for bytes

Eric Smith <[EMAIL PROTECTED]> added the comment: > I don't think that b'...'.format() is a good idea. Programmers > will continue to mix characters and bytes since .format() target > are characters. b''.format() would return bytes, not a string. This is also how it works in 2.6. I'm also not s

[issue1069092] segfault on printing nested sequences of None/Ellipsis

STINNER Victor <[EMAIL PROTECTED]> added the comment: This issue is a stack overflow: your code do recursive calls to internal_print(). Backtrace from gdb: #0 0xb7e92064 in _IO_new_file_overflow () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7e94bc3 i

[issue3982] support .format for bytes

STINNER Victor <[EMAIL PROTECTED]> added the comment: I don't think that b'...'.format() is a good idea. Programmers will continue to mix characters and bytes since .format() target are characters. -- nosy: +haypo ___ Python tracker <[EMAIL PROTECTE

[issue3995] iso-xxx/cp1252 inconsistencies in Python 2.* not in 3.*

STINNER Victor <[EMAIL PROTECTED]> added the comment: If you write "€" in the Python interpreter (Python2), you will get a *bytes* string encoded in your terminal charset. Example on Linux (utf-8): Python 2.5.1 (r251:54863, Jul 31 2008, 23:17:40) >>> '€' '\xe2\x82\xac' Use "u" prefix to get u

[issue3995] iso-xxx/cp1252 inconsistencies in Python 2.* not in 3.*

New submission from Jean-Michel Fauth <[EMAIL PROTECTED]>: XP SP2 fr_CH cp1252 I have always found, there are some inconsistencies in the Python <=2.5 serie regarding the char endodings, especially the iso-8859-1, cp1252, iso-8859-15 encodings. I do not know if this must be considered as a bug

[issue2461] test_util.py for distutils

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: -- versions: +Python 2.7, Python 3.1 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3985] removed string module from distutils [patch]

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: -- versions: +Python 2.7, Python 3.1 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3986] removed string and type usage from distutils.cmd [patch]

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: -- versions: +Python 2.7, Python 3.1 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3987] removed types from distutils.core [patch]

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: -- versions: +Python 2.7, Python 3.1 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3992] removed custom log from distutils

Changes by Tarek Ziadé <[EMAIL PROTECTED]>: -- versions: +Python 2.7, Python 3.1 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3984] python interpreter import dependency with disutils/util

Tarek Ziadé <[EMAIL PROTECTED]> added the comment: Well, I have a patch in progress, that pulls it out in another package. But I still get problems with the logging dependency, so it seems like a lot of extra work for just this use case. On the other hand, if distutils is going to be "cleaned" i

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Agreed - Jesse, can you work up a patch that generates a clean import error when _multiprocessing.SemLock can't be defined (due to HAVE_SEM_OPEN=0 or a single-threaded build), adds test_multiprocessing to the expected skips for FreeBSD and OpenB

[issue3941] Help in IDLE should open the chm file

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> wont fix status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3994] import fixer misses some symbols

New submission from Mark Hammond <[EMAIL PROTECTED]>: The following source file: """ import _winreg _winreg.OpenKey(_winreg.HKEY_LOCAL_MACHINE, "foo") """ results in the following "patch": -import _winreg -_winreg.OpenKey(_winreg.HKEY_LOCAL_MACHINE, "foo") +import winreg +winreg.OpenKey(_winreg

[issue2532] file that breaks 2to3 (despite being correct python)

Mark Hammond <[EMAIL PROTECTED]> added the comment: pywin32 has a number of files that break in this way - often files generated by h2py.py -- nosy: +mhammond ___ Python tracker <[EMAIL PROTECTED]> __