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

Toshio Kuratomi <[EMAIL PROTECTED]> added the comment: Oh, that's cool. I've been fine with this being a request for a needed function to quote and unquote full urls rather than a bug in urlopen(). I think iri's are a distraction here, though. The RFC for iris even says that specifications tha

[issue4005] pydoc in web server mode tails at initial request

New submission from James Mills <[EMAIL PROTECTED]>: Trying to use pydoc in it's webserver mode fails: $ pydoc3.0 -p 8000 pydoc server ready at http://localhost:8000/ Exception happened during processing of request from ('127.0.0.1', 42939) Traceback (mos

[issue4000] Additional 2to3 documentation updates

David W. Lambert <[EMAIL PROTECTED]> added the comment: http://docs.python.org/dev/3.0/library/reprlib.html Should read return eval(obj) return `obj` http://docs.python.org/dev/3.0/library/collections.html#id2 Relic decimal point in named tuple example. >>> for p i

[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: You are right, this issue is more difficult than I thought... I found wcswidth(3), if this function is available we can use this function, but unfortunately there is no such function in VC6 and this function is meaningless on cygwn, so I ca

[issue3862] test_array fails on FreeBSD7 amd64

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: Yes, the bleeding obvious became so after some sleep. Committed to trunk as r66708 with the extra fix and a more abbreviated failure message, which I hope is still semantically the same as Mark's suggested text. Will forward port as appr

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

Bill Janssen <[EMAIL PROTECTED]> added the comment: I'm not concerned about any example inputs. I was just trying to explain why this isn't a bug. On the other hand, the IRI spec (RFC 3897) is another thing we might try to implement for Python. -- type: -> feature request ___

[issue3448] Multi-process 2to3

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Nick, is there a way you could isolate the process functionality in a RefactoringTool subclass? It's an interesting idea, but I don't it needs to infect the main library. -- nosy: +benjamin.peterson ___

[issue2876] Write UserDict fixer for 2to3

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

[issue3448] Multi-process 2to3

Nick Edds <[EMAIL PROTECTED]> added the comment: Is there still any interest in this Collin? Is there anything else you need me to do for it? ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2876] Write UserDict fixer for 2to3

Nick Edds <[EMAIL PROTECTED]> added the comment: Could somebody else take a look at this and check in it if it looks alright? I think that it works currently but I can't check it in... ___ Python tracker <[EMAIL PROTECTED]> _

[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I think that your patch works only for terminals where one byte of the encoded text is displayed as one character on the terminal. This is not true for utf-8 terminals, for example. In the attached patch, I tried to write some unit te

[issue694374] Recursive regular expressions

Matthew Barnett <[EMAIL PROTECTED]> added the comment: I'll have a look at this. No promises, though. -- nosy: +mrabarnett ___ Python tracker <[EMAIL PROTECTED]> ___

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

Matthew Barnett <[EMAIL PROTECTED]> added the comment: The explanation of the zero-width bug is incorrect. What happens is this: The functions for finditer(), findall(), etc, perform searches and want the next one to continue from where the previous match ended. However, if the match was actuall

[issue4001] 2to3 does relative import for modules not in a package.

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks. Fixed in r66707. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue4004] missing newline in "Could not convert argument %s to string" error message

New submission from STINNER Victor <[EMAIL PROTECTED]>: Example: $ ./python $(echo -e "\xff"); ./python $(echo -e "\xff"); echo "--" Could not convert argument 1 to stringCould not convert argument 1 to string-- -- files: argv_error_newline.patch keywords: patch messages: 74102 nosy: h

[issue3187] os.listdir can return byte strings

STINNER Victor <[EMAIL PROTECTED]> added the comment: As I wrote, python3_bytes_filename.patch was just an initial support for bytes filename. So as asked by Guido, here is a new version of my patch. Changes: - for all functions, support bytes as well as bytearray - os.readlink(unicode) -> u

[issue3623] _json: fix raise_errmsg(), py_encode_basestring_ascii() and linecol()

Bob Ippolito <[EMAIL PROTECTED]> added the comment: I applied the changes proposed in _json26.patch to simplejson and they worked perfectly fine. Again I'm not the best judge of python 3.0 code because I have not made myself familiar with the API changes so someone else should review it (but i

[issue3863] 2.6rc1: test_threading hangs on FreeBSD 6.3 i386

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: marking release blocker for 3.0, the patch just needs to be merged after it runs through any existing trunk freebsd buildbot(s). -- priority: normal -> release blocker ___ Python tracker <[EMAIL

[issue3863] 2.6rc1: test_threading hangs on FreeBSD 6.3 i386

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: r66703 in trunk (2.6) applies the test_threading_fbsd6.py.patch modified to also print a note to stderr when skipping the test and adds a mention of buggy OSes in the os.fork documentation. still needs merging over to 3.0 and possibly 2.5.

[issue3623] _json: fix raise_errmsg(), py_encode_basestring_ascii() and linecol()

Changes by Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: -- keywords: +needs review ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bu

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > I don't know iso codeset that define characters in code range 0x80 0x9f. That's not true. In ISO-8859-1 (atleast, in the IANA charset), these characters are indeed assigned - for control functions. So the ISO-8859-1 byte \x80 corresponds t

[issue3862] test_array fails on FreeBSD7 amd64

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > The 2**16 in the error message is wrong. As he says. ___ Python tracker <[EMAIL PROTECTED]> ___ __

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

Roumen Petrov <[EMAIL PROTECTED]> added the comment: I don't know iso codeset that define characters in code range 0x80 0x9f. This range is reserved for control symbols. The code of euro is 0xa4 in iso-8859-15. Also changes include symbols like 1/2, 3/4 and I forgot other differences. -

[issue3959] Add Google's ipaddr.py to the stdlib

STINNER Victor <[EMAIL PROTECTED]> added the comment: Another Python library: http://erlug.linux.it/~da/soft/iplib/ ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3959] Add Google's ipaddr.py to the stdlib

STINNER Victor <[EMAIL PROTECTED]> added the comment: Ooops, the website: http://software.inl.fr/trac/wiki/IPy ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3959] Add Google's ipaddr.py to the stdlib

STINNER Victor <[EMAIL PROTECTED]> added the comment: I'm the maintainer of IPy library. Another library for IPv4/IPv6 manipulation. The code is old (was written for Python 2.2?), but released under BSD license. Main issue of this library: it's unable to manipulation "invalid ranges": 10.20.4.

[issue3951] Disable Py_USING_MEMORY_DEBUGGER!

STINNER Victor <[EMAIL PROTECTED]> added the comment: Close the issue since it's commited in 2.6 and 3.0. My patch configure-memory-debugger.patch is useless, a developer can fix obmalloc.c. -- status: open -> closed ___ Python tracker <[EMAIL PROTE

[issue3871] cross building python for mingw32 with distutils

Roumen Petrov <[EMAIL PROTECTED]> added the comment: note: updated patch contain unsynchronized with trunk code in ./Objects/fileobject.c (after /* EINVAL is returned when an invalid filename or ... ) ___ Python tracker <[EMAIL PROTECTED]>

[issue3999] Real segmentation fault handler

Changes by STINNER Victor <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11659/segfault.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3999] Real segmentation fault handler

STINNER Victor <[EMAIL PROTECTED]> added the comment: Oops, my patch was broken. I forgot to install the fault handler! Here is a new version of the patch which also catch SIGFPE: raise an ArithmeticError. Added file: http://bugs.python.org/file11666/segfault-2.patch _

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

Toshio Kuratomi <[EMAIL PROTECTED]> added the comment: The purpose of such a function would be to take something that is not a valid uri but 1) is a common way of expressing the way to get to the resource and 2) follows certain rules and turns that into something that is a valid uri. non-ASCii s

[issue3871] cross building python for mingw32 with distutils

Changes by Roumen Petrov <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11491/python-trunk.patch-MINGW ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3871] cross building python for mingw32 with distutils

Changes by Roumen Petrov <[EMAIL PROTECTED]>: -- keywords: +patch Added file: http://bugs.python.org/file11665/python-trunk-MINGW.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3754] minimal cross-compilation support for configure

Changes by Roumen Petrov <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11337/python-trunk-CROSS.patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3754] minimal cross-compilation support for configure

Changes by Roumen Petrov <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11664/python-trunk-CROSS.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3895] _lsprof issue

Brett Cannon <[EMAIL PROTECTED]> added the comment: See the fix in r66700 for the change to _lsprof.c to use. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4003] Reference leak in test_cprofile

Brett Cannon <[EMAIL PROTECTED]> added the comment: Amaury's fix works for me; since this is an edge case situation anyway, I am not terribly worried about some fancy error message. Fixed in r66700 for 2.6, r66701 for 2.5. -- resolution: -> accepted status: open -> closed

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

Bill Janssen <[EMAIL PROTECTED]> added the comment: It's not immediately clear to me how an auto-quote function can be written; as you say (and as the URI spec points out), you have to take a URL apart before quoting it, and you can't parse an invalid URL, which is what the input is. Best to thi

[issue4002] A Bug in the Documentation

Georg Brandl <[EMAIL PROTECTED]> added the comment: I don't see the bug in the code, nor what is solved by the code you propose. -- resolution: -> wont fix status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3187] os.listdir can return byte strings

Guido van Rossum <[EMAIL PROTECTED]> added the comment: On Tue, Sep 30, 2008 at 8:21 AM, Martin v. Löwis <[EMAIL PROTECTED]> wrote: > Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Here is a patch that solves the issue in a different way: it introduces > sys.setfilesystemencoding. If ap

[issue4003] Reference leak in test_cprofile

New submission from Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: r66677 introduces a reference leak in test_cprofile, as shown by http://mail.python.org/pipermail/python-checkins/2008-September/074355.html IMO, the code at the end of the function should not have been modified this way. It is enough

[issue4002] A Bug in the Documentation

New submission from John <[EMAIL PROTECTED]>: Hello, I've found a little bug in the documentation again and I wanna report it. Please navigate to where the built-in property() function is documented and look at the beginning of the 3rd code snippet: class C(object): def __init__(self): se

[issue3187] os.listdir can return byte strings

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Here is a patch that solves the issue in a different way: it introduces sys.setfilesystemencoding. If applications invoke sys.setfilesystemencoding("iso-8859-1"), all file names can be successfully converted into a character string. Added fi

[issue3863] 2.6rc1: test_threading hangs on FreeBSD 6.3 i386

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Cygwin1.5 also hangs on test_3_join_in_forked_from_thread. Cygwin1.7 + following snapshot doesn't hang but http://cygwin.com/snapshots/cygwin1-20080929.dll.bz2 fails with following message. =

[issue3862] test_array fails on FreeBSD7 amd64

Mark Dickinson <[EMAIL PROTECTED]> added the comment: The 2**16 in the error message is wrong. Maybe the error message should be something like: "Attempt to create array of size larger than maxsize failed to raise MemoryError." A bit verbose, but more accurate. There's another error in that p

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: The checked in change has the planned effect on FreeBSD 6.3 i386. I can't check on my 7.0 amd64 box as I can't quickly put a current source tree on it. ___ Python tracker <[EMAIL PROTECTED]>

[issue3862] test_array fails on FreeBSD7 amd64

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: On FreeBSD 7.0 amd64, applying Mark's patch does get the test to pass. As noted on python-dev, the response I got from the author of the new malloc() package in FreeBSD 7.x indicates that as of 7.1 the allocator defaults to using sbrk() r

[issue4001] 2to3 does relative import for modules not in a package.

New submission from Mark Hammond <[EMAIL PROTECTED]>: Create an empty directory with only 2 files, foo.py and bar.py, both exactly 1 line: foo.py: |from bar import bar bar.py: |bar = "bar" Running 2to3 results in the following patch for foo.py: -from bar import bar +from .bar import bar Howeve

[issue3863] 2.6rc1: test_threading hangs on FreeBSD 6.3 i386

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: I believe this issue ties into the underlying problem FreeBSD 6.x upto and including 6.3R have with fork() in a threaded application - see the 6.3R errata notice referenced in issue3864. The issue should be fixed in FreeBSD 6.4 (currently

[issue1745035] DoS smtpd vulnerability

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment: Yes, you're right. I mixed up SMTP with FTP which does not send data on the same connection used for receiving commands. ___ Python tracker <[EMAIL PROTECTED]> _

[issue3723] Py_NewInterpreter does not work

Graham Dumpleton <[EMAIL PROTECTED]> added the comment: Unified diff now attached. Added file: http://bugs.python.org/file11661/pythonrun.c.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3723] Py_NewInterpreter does not work

Changes by Graham Dumpleton <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11660/pythonrun.c.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3723] Py_NewInterpreter does not work

Graham Dumpleton <[EMAIL PROTECTED]> added the comment: Argh. Personally I like to provide context diff's but more often than not get abused for providing them over a unified diff. Was in a hurry this time as had only a couple of minutes of battery life left on the laptop, so quickly did it wi

[issue3723] Py_NewInterpreter does not work

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Your patch may go in the right direction, but please provide only context diff or unified diff files. Use "diff -du", or "svn diff" to generate the file. ___ Python tracker <[EMAIL PROTECTED]>

[issue3723] Py_NewInterpreter does not work

Graham Dumpleton <[EMAIL PROTECTED]> added the comment: Adding the functions as initfunc in module init table is of no use as they aren't invoked when creating a sub interpreter. One thing that does appear to work, although no idea of whether it is correct way to solve problem, is to duplicate

[issue3999] Real segmentation fault handler

STINNER Victor <[EMAIL PROTECTED]> added the comment: Note: my patch can be adapted to catch SIGFPE (divison by zero or other math error). For int/long types, Python avoids divison by zero, but for code written in C ("external modules"), Python is unable to catch such errors. Eg. see last imag

[issue3999] Real segmentation fault handler

STINNER Victor <[EMAIL PROTECTED]> added the comment: @amaury.forgeotdarc: It looks like PyOS_CheckStack() is only implemented for Windows. It uses alloca() + __try/__except + _resetstkoflw(). The GNU libc nor Linux kernel don't check stack pointer on alloca(), it's just $esp += . Using alloc

[issue3999] Real segmentation fault handler

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Did you consider using PyOS_CheckStack for this? Currently there is only a Windows implementation, but it seems that the primitives you use in your patch could form a Unix version. -- nosy: +amaury.forgeotdarc _