[issue8394] ctypes.dlopen() doesn't support surrogates

STINNER Victor added the comment: amaury> Your patch should handle the case when name2 is a bytearray. Ok, fixed. I also tested None: Python does segfault :-) New patch rejects None value. -- Added file: http://bugs.python.org/file16937/ctypes_dlopen_surrogates-2.patch __

[issue8394] ctypes.dlopen() doesn't support surrogates

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16921/ctypes_dlopen_surrogates.patch ___ Python tracker ___ ___ Python-bug

[issue8394] ctypes.dlopen() doesn't support surrogates

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16937/ctypes_dlopen_surrogates-2.patch ___ Python tracker ___ ___ Python-b

[issue8394] ctypes.dlopen() doesn't support surrogates

STINNER Victor added the comment: (oops, my patch included unrelated changes about trailing spaces) -- Added file: http://bugs.python.org/file16938/ctypes_dlopen_surrogates-2.patch ___ Python tracker __

[issue8393] subprocess: support undecodable current working directory on POSIX OS

STINNER Victor added the comment: New patch supporting bytearray type (remove the buggy assertion). -- Added file: http://bugs.python.org/file16939/posixsubprocess_cwd-2.patch ___ Python tracker ___

[issue8393] subprocess: support undecodable current working directory on POSIX OS

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16920/posixsubprocess_cwd.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue7606] test_xmlrpc fails with non-ascii path

STINNER Victor added the comment: What do you think about my solution (convert the traceback to ASCII to avoid the encoding issue)? If you would like to support non-ASCII characters in HTTP headers, you should open a new issue. For the compatibility, I prefer to use pure ASCII headers because

[issue8354] siginterrupt with flag=False is reset when signal received

Andrew Bennetts added the comment: > I'm not exactly sure how we will know if it is expected to fail, > though. I don't think `HAVE_SIGACTION` is exposed nicely to Python > right now. It might be useful to have the contents of pyconfig.h exposed as a dict somehow. Maybe call it sys._pyconfig

[issue8391] os.execvpe() doesn't support surrogates in env

STINNER Victor added the comment: My patch doesn't work for types bytes and bytearray. I noticed that py3k uses surrogateescape to encode environment variable values ;-) -- ___ Python tracker

[issue8391] os.execvpe() doesn't support surrogates in env

STINNER Victor added the comment: Other notes: Environment variable *names* use also surrogateescape "encoding". os.spawnve() and os.spawnvpe() should also be patched (the code should also be factorized). -- ___ Python tracker

[issue8391] os.execvpe() doesn't support surrogates in env

STINNER Victor added the comment: New version of the patch: - factorize code between execve(), spawnve() and spawnvpe() - support also surrogates in environment variable names - support bytes and bytearray (bytearray cannot be used as a dictionary key, but my patch supports it) - remove unr

[issue8412] os.system() doesn't support surrogates nor bytes

New submission from STINNER Victor : os.system() doesn't support bytes, bytearray not str containing surrogates. Attached patch uses PyUnicode_FSConverter, bytes2str and release_bytes in (the non-Windows version of) os.system() to support all of this. It locks the buffer because os.system() re

[issue8242] Support surrogates in import ; install Python in a non-ASCII directory

Changes by STINNER Victor : -- dependencies: +os.system() doesn't support surrogates nor bytes ___ Python tracker ___ ___ Python-bugs-l

[issue8412] os.system() doesn't support surrogates nor bytes

STINNER Victor added the comment: See also #8391 (os.execvpe env) and #8393 (subprocess cwd). -- ___ Python tracker ___ ___ Python-bug

[issue8242] Support surrogates in import ; install Python in a non-ASCII directory

Changes by STINNER Victor : -- dependencies: +pickle is unable to encode unicode surrogates ___ Python tracker ___ ___ Python-bugs-list

[issue8391] os.execvpe() doesn't support surrogates in env

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16918/os_execvpe_surrogates.patch ___ Python tracker ___ ___ Python-bugs-l

[issue8413] String interpolation doesn't work with sys.version_info

New submission from Arfrever Frehtes Taifersar Arahesis : String interpolation doesn't work with sys.version_info in Python versions in which sys.version_info is a named tuple. It's a regression in Python 2.7 and 3.1. This problem doesn't concern named tuples created using collections.namedtu

[issue8413] String interpolation doesn't work with sys.version_info

Changes by Benjamin Peterson : -- assignee: -> eric.smith nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue7424] segmentation fault in listextend during install

Jon Buller added the comment: I found that python 2.4.5 will compile and install on this machine, though I don't know if that helps anyone or not, or how to track this down further. (At least I can run mercurial on that machine again.) On 03/11/10 18:16, Jon Buller wrote: > > Jon Buller added

[issue8414] Add test cases for assert

New submission from Gregory Nofi : I'm adding some assert tests to test_grammar.py to verify that the assert statement raises (or doesn't raise) an AssertionError properly. NOTE: I'm currently helping Dino port IronPython tests into CPython. This is part of that series. -- components:

[issue8414] Add test cases for assert

Changes by Gregory Nofi : Added file: http://bugs.python.org/file16943/test_grammar.v3.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Senthil Kumaran added the comment: Committed into trunk in revision 80101 -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8414] Add test cases for assert

Benjamin Peterson added the comment: I propose you move all the assert test cases into there own test method and decorate it with @unittest.skipUnless(__debug__). -- nosy: +benjamin.peterson ___ Python tracker ___

[issue8414] Add test cases for assert

Ezio Melotti added the comment: Wouldn't it be better to test e.args instead or in addition to str(e)? Skipping the whole test if __debug__ is False is also a good idea. -- nosy: +ezio.melotti priority: -> normal stage: -> patch review ___ Python t

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Senthil Kumaran added the comment: merged into py3k in revision 80102 and release31-maint in revision 80103. Thanks for the patches, Tony and Hans. I have acknowledged it in NEWS file too. -- resolution: accepted -> fixed stage: patch review -> committed/rejected status: open -> closed

[issue4356] Add "key" argument to "bisect" module functions

Changes by Raymond Hettinger : Removed file: http://bugs.python.org/file16929/SortedCollection.py ___ Python tracker ___ ___ Python-bugs-list m

[issue4356] Add "key" argument to "bisect" module functions

Changes by Raymond Hettinger : Added file: http://bugs.python.org/file16944/SortedCollection.py ___ Python tracker ___ ___ Python-bugs-list mai

[issue8415] namedtuple vs tuple

New submission from H Krishnan : Named tuples and tuples have different creation behavior. Changing a tuple to a namedtuple will involve changing the usage as well. For example: >>> ntuple = collections.namedtuple("ntuple", "a,b") >>> ntuple(1,2) ntuple(a=1, b=2) >>> tuple(1,2) Traceback (most

[issue8415] namedtuple vs tuple

Ezio Melotti added the comment: You should propose this on the python-ideas mailing list first. Anyway it's already too late to do this on Python 2.x, and since it's not backward compatible for the 1-element case, it won't probably be accepted for 3.x either, so I suggest closing this as rejec

[issue8415] namedtuple vs tuple

Raymond Hettinger added the comment: Sorry, this was by design. There were two possible constructors, one using positional arguments or keywords and one from an iterable. Either one could have been the main constructor. A number of use cases favored the one that we choose. It was a good d

[issue8401] Strange behavior of bytearray slice assignment

Ezio Melotti added the comment: This happens because bytearray_ass_subscript() (Objects/bytearrayobject.c:588) calls PyByteArray_FromObject() (:641) that in turn calls bytearray_init() (:746), so the results are similar to the ones returned by calling bytearray(...) directly. -- nosy

[issue8416] python 2.6.5 documentation can't search

New submission from Santiago Gala : http://docs.python.org/release/2.6.5/search.html?q=regular+expression fails. It fails because http://docs.python.org/release/2.6.5/searchindex.js returns 404 NOT FOUND There are really two bugs here: * that the file is not there, and * that the page gives n

[issue4356] Add "key" argument to "bisect" module functions

Alex added the comment: Looks nice to me, however I wonder if there isn't some overlap with the requests to add a key= kwarg to heapq methods (and the discussion about adding a Heap class there). -- nosy: +alex ___ Python tracker

[issue7384] curses crash on FreeBSD

Jeroen Ruigrok van der Werven added the comment: For the record, this happens on FreeBSD 8 as well. It seems it is still the same bug as what I reported back in March 2009 on the Python-dev list. If you run the test stand-alone with ./python Lib/test/regrtest.py -uall test_curses it passes a

[issue8401] Strange behavior of bytearray slice assignment

Ezio Melotti added the comment: Here is a proof of concept that fixes the problem. The doc of bytearray() says about its first arg: * If it is a string, you must also give the encoding [...]. * If it is an integer, the array will have that size and will be initialized with null bytes. * If

[issue8408] need console/pager module

anatoly techtonik added the comment: It is not a bug, but a "feature request". -- ___ Python tracker ___ ___ Python-bugs-list mailing

<    1   2