[issue12492] Inconsistent Python find() behavior

Georg Brandl added the comment: I suspect this is a problem where "url" is reassigned to an integer somewhere in code that isn't shown to us. Please post the whole function and the whole traceback if you still think this is a valid bug. -- nosy: +georg.brandl resolution: -> invalid

[issue12499] textwrap.wrap: add control for fonts with different character widths

Amaury Forgeot d'Arc added the comment: About the patch: the function should not be passed to the constructor, it could be a regular method that can be overridden in subclasses. -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue10883] urllib: socket is not closed explicitly

Changes by Nadeem Vawda : -- resolution: -> accepted stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12485] textwrap.wrap: add control for custom length and orphans

Changes by Tyler Romeo : Removed file: http://bugs.python.org/file22561/textwrap.py-improvement.diff ___ Python tracker ___ ___ Python-bugs-li

[issue12499] textwrap.wrap: add control for fonts with different character widths

New submission from Tyler Romeo : Originally from http://bugs.python.org/issue12485 but separated. The textwrap modules uses len to determine the length of text, but in many (if not most) fonts, the width of a character differs depending on the letter, so it would be useful to have an option t

[issue12485] textwrap.wrap: add control for custom length and orphans

Tyler Romeo added the comment: OK, so here is the patch for just the new algorithm. -- Added file: http://bugs.python.org/file22573/textwrap.py-new-algorithm-2011-07-04_22-45-53_r71219+.diff ___ Python tracker __

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: On Tue, Jul 5, 2011 at 12:36 AM, Pauli Virtanen wrote: > Slicing memoryviews can invalidate the contiguity flags, and no-strides > flags, so some checks are still probably needed in `memory_getbuf`. That makes sense, so just as memoryview has its own shape and

[issue12485] textwrap.wrap: add control for custom length and orphans

Tyler Romeo added the comment: Nah, they're both unrelated. I'll separate the changes and remake the patches. (I'll keep this entry for the beautification part.) -- ___ Python tracker

[issue12492] Inconsistent Python find() behavior

Jesús Cea Avión added the comment: Note, anyway, that your python is not a real release. where is it coming from?. -- ___ Python tracker ___

[issue12492] Inconsistent Python find() behavior

Jesús Cea Avión added the comment: Python 2.7.2 (default, Jun 16 2011, 01:46:46) [GCC 4.4.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> "hola".find("q") > 0 False >>> "hola".find("q") < 0 True I don't see the problem. Please, send a complete testcase.

[issue12497] test_codecmaps_* skipped - Could not retrieve *

Changes by Ned Deily : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue12497] test_codecmaps_* skipped - Could not retrieve *

Roundup Robot added the comment: New changeset 95301c58c5d2 by Ned Deily in branch '3.2': Issue #12497: Install test/data to prevent failures of the various codecmaps http://hg.python.org/cpython/rev/95301c58c5d2 New changeset 842147eb1b26 by Ned Deily in branch 'default': Issue #12497: Install

[issue12498] asyncore.dispatcher_with_send, disconnection problem + miss-conception

New submission from François-Xavier Bourlet : Actually the class asyncore.dispatcher_with_send do not handle properly disconnection. When the endpoint shutdown his sending part of the socket, but keep the socket open in reading, the current implementation of dispatcher_with_send will close the

[issue12497] test_codecmaps_* skipped - Could not retrieve *

New submission from Ned Deily : [ 54/352] test_codecmaps_cn fetching http://source.icu-project.org/repos/icu/data/trunk/charset/data/xml/gb-18030-2000.xml ... test_codecmaps_cn skipped -- Could not retrieve http://source.icu-project.org/repos/icu/data/trunk/charset/data/xml/gb-18030-20

[issue12496] test_ssl test_connect_capath fails with "certificate verify failed"

Changes by Ned Deily : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue12496] test_ssl test_connect_capath fails with "certificate verify failed"

Roundup Robot added the comment: New changeset 7731c900ddce by Ned Deily in branch '3.2': Issue #12496: Install test/capath directory to prevent test_connect_capath http://hg.python.org/cpython/rev/7731c900ddce New changeset 880c3e764ead by Ned Deily in branch 'default': Issue #12496: Install

[issue12496] test_ssl test_connect_capath fails with "certificate verify failed"

New submission from Ned Deily : == ERROR: test_connect_capath (test.test_ssl.NetworkedTests) -- Traceback (most recent call last): File "/Library/Frameworks/P

[issue12469] test_faulthandler failures on FreeBSD 6

Roundup Robot added the comment: New changeset f12b8548b4aa by Victor Stinner in branch 'default': Issue #12469: fix signal order check of test_signal http://hg.python.org/cpython/rev/f12b8548b4aa -- ___ Python tracker

[issue12469] test_faulthandler failures on FreeBSD 6

Roundup Robot added the comment: New changeset aad86a719fc6 by Victor Stinner in branch 'default': Issue #12469: test_signal checks wakeup signals order, except on freebsd6 http://hg.python.org/cpython/rev/aad86a719fc6 -- ___ Python tracker

[issue12440] test_ssl.test_options() failure on Snow Leopard: can't clear options before OpenSSL 0.9.8m

Ned Deily added the comment: Two problems: (1) on OS X builds, libssl is dynamically linked to _ssl.so so there is a potential disconnect when combining checking versions based on a compile time check (as in _ssl.c) with an execution time check of the actual loaded library (as in test_ssl.py)

[issue12469] test_faulthandler failures on FreeBSD 6

STINNER Victor added the comment: > run test_main() ... in a subprocesses I created a new issue for this task: issue #12495. I think that the testcase has to be rewritten. -- ___ Python tracker _

[issue12495] Rewrite InterProcessSignalTests

New submission from STINNER Victor : InterProcessSignalTests uses 4 different signal handlers (SIGUSR1, SIGUSR2, SIGALRM, SIGHUP) and uses 2 methods to raise a signal (a subprocess executing "kill -SIG pid" or signal.alarm(1)). It uses signal.pause() and/or time.sleep(1) to wait the signal, or

[issue12494] subprocess: check_output() doesn't close pipes on error

New submission from STINNER Victor : subprocess.check_output() doesn't close explicitly pipes if an error occurs. See for example issue #12493 for an example of an error on .communicate(). Attached patch uses a context manager to ensure that all pipes are always closed and that the status is r

[issue12493] subprocess: Popen.communicate() doesn't handle EINTR in some cases

New submission from STINNER Victor : subprocess.Popen.communicate() doesn't catch EINTR error if it is called without timeout and if there is only one PIPE (stdout or stderr). Attached patch fixes these cases. It may need a test. I found this bug while working on test_signal, especially on the

[issue12492] Inconsistent Python find() behavior

New submission from Juan Gonzalez : Something really weird going on in python find() string function. When I call .find() and python returns -1 it crashes when compared against 0 using the ">" operator. The statement in which crash condition occurs is the following: if url.find(str) > 0:

[issue12491] Update glossary documentation for the term 'attribute'

New submission from Senthil Kumaran : Update the term 'attribute' in the glossary http://docs.python.org/dev/glossary.html#term-attribute so that the reader can understand that the term attribute in Python can mean both 'data-attribute' and a 'callable' method. -- assignee: docs@pytho

[issue6721] Locks in python standard library should be sanitized on fork

Charles-François Natali added the comment: [...] > A caveat is that since Python is an object oriented language it is more > common than with C that code from a higher level module will be invoked by > code from a lower level module, for example by calling an object method that > was over-rid

[issue12487] urllib2.urlopen() returns object missing context manager

Senthil Kumaran added the comment: It should be documented that in 2.x series the file-like object does not support context management protocol. I have added the superseder issue number, please see the note as if you really want in 2.x, how you can have it using contextlib and in 3.x the cont

[issue12392] pthread_kill() doesn't work on the main thread on FreeBSD6

STINNER Victor added the comment: As discussed in issue #12469, the commit 024827a9db64 makes things worse: it changes the behaviour of many functions related to signal handling (e.g. sigwait()) just to be able to use pthread_kill() on the main thread. I reverted the patch: commit 34061f0d35b

[issue12469] test_faulthandler failures on FreeBSD 6

Roundup Robot added the comment: New changeset 34061f0d35ba by Victor Stinner in branch 'default': Issue #12469: partial revert of 024827a9db64, freebsd6 thread initialization http://hg.python.org/cpython/rev/34061f0d35ba -- ___ Python tracker

[issue12490] Documentation for itertools.chain.from_iterable is incorrect

Changes by Rodolpho Eckhardt : -- nosy: -docs@python resolution: -> invalid ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12490] Documentation for itertools.chain.from_iterable is incorrect

Rodolpho Eckhardt added the comment: My mistake reading the documentation. Sorry, closing this issue. -- status: open -> closed ___ Python tracker ___ __

[issue12411] cgi.parse_multipart is broken on 3.x

Pierre Quentel added the comment: When the FieldStorage class was fixed there was a discussion in issue 4953 about the module-level functions parse() and parse_multipart(). The code was very similar to methods of the FieldStorage class so the idea was to use FieldStorage inside the functions

[issue12490] Documentation for itertools.chain.from_iterable is incorrect

New submission from Rodolpho Eckhardt : The documentation at http://docs.python.org/py3k/library/itertools.html#itertools.chain and http://docs.python.org/library/itertools.html#itertools.chain is inconsistent. At the definition of the class it states that itertools.chain.from_iterable can re

[issue10403] Use "member" consistently

Roundup Robot added the comment: New changeset b8f5da066782 by Senthil Kumaran in branch '2.7': Fix closes issue10403 - Let's not use members anymore. http://hg.python.org/cpython/rev/b8f5da066782 -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed

[issue6721] Locks in python standard library should be sanitized on fork

Nir Aides added the comment: > Sorry, I fail to see how the "import graph" is related to the correct > lock acquisition order. Some locks are created dynamically, for > example. Import dependency is a reasonable heuristic to look into for inter-module locking order. The rational is explained

[issue10403] Use "member" consistently

Roundup Robot added the comment: New changeset d442c313536b by Senthil Kumaran in branch '3.2': issue10403 - Let's not use members anymore. Use 'attribute' where it denotes attribute and 'methods' where it denotes methods. Context should clarify usage. http://hg.python.org/cpython/rev/d442c3135

[issue10403] Use "member" consistently

Roundup Robot added the comment: New changeset d442c313536b by Senthil Kumaran in branch '3.2': issue10403 - Let's not use members anymore. Use 'attribute' where it denotes attribute and 'methods' where it denotes methods. Context should clarify usage. http://hg.python.org/cpython/rev/d442c3135

[issue12487] urllib2.urlopen() returns object missing context manager

Julian added the comment: You probably should bring this up again on #4972 which is being worked on. (and for the immediate future you have contextlib.closing too in case you hadn't seen it already) -- nosy: +Julian ___ Python tracker

[issue12423] signal handler doesn't handle SIGABRT from os.abort

Kamil Kisiel added the comment: Here's my proposed patch for the documentation, against the head of the 2.7 branch. -- keywords: +patch Added file: http://bugs.python.org/file22570/os.rst.patch ___ Python tracker

[issue12467] test_threading.test_6_daemon_threads(): Assertion failed: PyUnicode_Check(*filename), file ..\Python\_warnings.c, line 501

Roundup Robot added the comment: New changeset 861b483e88d9 by Victor Stinner in branch '3.2': Issue #12467: warnings: fix a race condition if a warning is emitted at http://hg.python.org/cpython/rev/861b483e88d9 -- ___ Python tracker

[issue12391] packaging install fails to clean up temp files

Alexis Metaireau added the comment: I'm +1 on applying this patch as well. Removing files in the tmp directory is far better than letting the OS doing so. -- ___ Python tracker ___

[issue12489] email.errors.HeaderParseError if base64url is used

Amaury Forgeot d'Arc added the comment: This gives the correct result: decode_header('=?iso-8859-1?B?QW5tZWxkdW5nIE5ldHphbnNjaGx1c3MgU/xkcmluZzNwLmpwZw==?=') (I replaced _ with /) The header was probably generated by a variant of the base64 encoding, like this one: http://www.doughellmann.com/

[issue12488] multiprocessing.Connection does not communicate pipe closure between parent and child

Antoine Pitrou added the comment: By the way, if you don't want children processes to continue running when the master exits, just make them daemonic processes (by adding "daemon=True" to the Process() constructor call). -- ___ Python tracker

[issue12488] multiprocessing.Connection does not communicate pipe closure between parent and child

Charles-François Natali added the comment: Alright. Luke, if you're motivated, feel free to provide a patch. The relevant file is Doc/library/multiprocessing.rst. -- ___ Python tracker

[issue12413] make faulthandler dump traceback of child processes

Charles-François Natali added the comment: > subprocess doesn't use a shell by default, and I don't think that > multiprocessing uses a shell to start Python. > No, but we precisely want subprocess/multiprocessing-created processes to be in the same process group. > To simplify the implementat

[issue12488] multiprocessing.Connection does not communicate pipe closure between parent and child

Antoine Pitrou added the comment: Well, I think it deserves a comment in the documentation that behaviour of Pipes and Queues when one of the process terminates is undefined and implementation-dependent. By the way, there's internal support in 3.3 to reliably detect killed children, and it's

[issue12488] multiprocessing.Connection does not communicate pipe closure between parent and child

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file22569/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12488] multiprocessing.Connection does not communicate pipe closure between parent and child

Charles-François Natali added the comment: Well, in this regard it behaves like a Unix pipe/socket (in the duplex case it's implemented with a Unix domain socket), so I find it quite natural (of course, you have to know about FD inheritance upon fork()). I'm not convinced it's necessary, Antoi

[issue12043] Update shutil documentation

Georg Brandl added the comment: Yep. The parts changing true/false to ``True``/``False`` should not be committed. -- nosy: +georg.brandl ___ Python tracker ___

[issue10141] SocketCan support

Charles-François Natali added the comment: The patch looks good to me. A couple remarks: - could you please post it as a Mercurial diff? (it makes it easier to review and apply) @@ -1151,6 +1151,25 @@ makesockaddr(int sockfd, struct sockaddr } + return Py_BuildValue("sh",

[issue12487] urllib2.urlopen() returns object missing context manager

Changes by Ned Deily : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue12485] textwrap.wrap: add control for custom length and orphans

Éric Araujo added the comment: Hi! Thanks for the report and patch. Are your two requests related? If not, it would be best to open two reports. -- components: +Library (Lib) -Extension Modules keywords: +needs review nosy: +eric.araujo stage: -> patch review title: Improvement of

[issue12486] tokenize module should have a unicode API

Changes by Éric Araujo : -- nosy: +eric.araujo, haypo type: -> feature request versions: +Python 3.3 ___ Python tracker ___ ___ Pytho

[issue12439] BaseHTTPServer's send_reponse adds extra "\r\n" when using HTTPMessage in input

Éric Araujo added the comment: See http://docs.python.org/dev/library/http.server#http.server.BaseHTTPRequestHandler.send_response -- nosy: +eric.araujo ___ Python tracker ___

[issue12439] BaseHTTPServer's send_reponse adds extra "\r\n" when using HTTPMessage in input

Changes by Éric Araujo : Removed file: http://bugs.python.org/file22565/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue12469] test_faulthandler failures on FreeBSD 6

STINNER Victor added the comment: > TODO: run test_main(), test_itimer_virtual() and test_itimer_prof() > in subprocesses Another TODO: check if test_sigtimedwait_poll() still fails after reverting 024827a9db64 (thread initialization). -- ___ Pytho

[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions

Changes by Éric Araujo : -- Removed message: http://bugs.python.org/msg134878 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue12469] test_faulthandler failures on FreeBSD 6

STINNER Victor added the comment: TODO: - check_signum() of WakeupSignalsTests.check_wakeup(): remove set() to check the order of the received signals (revert 29e08a98281d) - run test_main(), test_itimer_virtual() and test_itimer_prof() in subprocesses - fix/skip test_faulthandler on FreeBSD

[issue12469] test_faulthandler failures on FreeBSD 6

Roundup Robot added the comment: New changeset 7eef821ab20d by Victor Stinner in branch 'default': Issue #12469: replace assertions by explicit if+raise http://hg.python.org/cpython/rev/7eef821ab20d -- ___ Python tracker

[issue12469] test_faulthandler failures on FreeBSD 6

STINNER Victor added the comment: Commits e07b331bf489 and b9de5e55f798 run wakeup and pending signal tests in a subprocess to avoid border effects with threads. It should make these tests more reliable, not only on FreeBSD 6. PendingSignalsTests now use os.kill() instead of signal.pthread_ki

[issue12469] test_faulthandler failures on FreeBSD 6

Roundup Robot added the comment: New changeset e07b331bf489 by Victor Stinner in branch '3.2': Issue #12469: Run "wakeup" signal tests in subprocess to run the test in a http://hg.python.org/cpython/rev/e07b331bf489 New changeset b9de5e55f798 by Victor Stinner in branch 'default': (merge 3.2) I

[issue12489] email.errors.HeaderParseError if base64url is used

Thomas Guettler added the comment: This happens on Python3: root@ubuntu1004devel64:~# python3 Python 3.1.2 (r312:79147, Sep 27 2010, 09:57:50) [GCC 4.4.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from email.header import decode_header >>> decode_heade

[issue12391] packaging install fails to clean up temp files

Vinay Sajip added the comment: > Éric Araujo added the comment: > 2 and 3: Alexis most probably added that behavior as a convenience. Unless >I’m mistaken, the point of $TMP/$TMPDIR is that the OS itself will clean it >up, >for example on shutdown, so programs that leave stuff here are

[issue12489] email.errors.HeaderParseError if base64url is used

New submission from Thomas Guettler : from email.header import decode_header decode_header('=?iso-8859-1?B?QW5tZWxkdW5nIE5ldHphbnNjaGx1c3MgU_xkcmluZzNwLmpwZw==?=') Traceback (most recent call last): File "", line 1, in File "/usr/lib64/python2.6/email/header.py", line 101, in decode_header

[issue10571] "setup.py upload --sign" broken: TypeError: 'str' does not support the buffer interface

Changes by Éric Araujo : -- stage: needs patch -> test needed versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailin

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Pauli Virtanen added the comment: @skrah: Ahh, this always happens when I don't run it :) But my point stands -- the reason why it does not crash with Numpy is that Numpy calls PyMemoryView_FromObject to obtain a new memoryview and then uses PyMemoryView_GET_BUFFER. Along this code path the

[issue5342] packaging: add tests for old versions cleanup on update

Éric Araujo added the comment: I’m renaming this to make the status clearer: it’s about adding tests. -- keywords: +easy nosy: +alexis stage: -> test needed title: distutils removing old files, deleting unneeded old files from installed location. -> packaging: add tests for old versio

[issue4673] Distutils should provide an uninstall command

Éric Araujo added the comment: distutils2/packaging now provides a remove function and a pysetup remove command. -- dependencies: -distutils removing old files, deleting unneeded old files from installed location. resolution: -> fixed stage: -> committed/rejected status: open -> cl

[issue793069] Add --remove-source option

Éric Araujo added the comment: I am now -1: I don’t see this feature as particularly useful, and it would increase the maintenance cost. If nobody speaks up to defend it, I will reject it. -- versions: +Python 3.3 -3rd party ___ Python tracker

[issue12391] packaging install fails to clean up temp files

Éric Araujo added the comment: 1: Agreed. 2 and 3: Alexis most probably added that behavior as a convenience. Unless I’m mistaken, the point of $TMP/$TMPDIR is that the OS itself will clean it up, for example on shutdown, so programs that leave stuff here are not strictly wrong. However, g

[issue12043] Update shutil documentation

Éric Araujo added the comment: - If *symlinks* is true, symbolic links in the source tree are + If *symlinks* is ``True``, symbolic links in the source tree are I’m not sure about that change. It may be on purpose that lower-case true is used, given that the code will accept anything that

[issue12488] multiprocessing.Connection does not communicate pipe closure between parent and child

Luke added the comment: That's interesting, thanks for your response. It is also a bit awkward.. Might I recommend adding a note to the documentation? It is not really intuitive that each child should need to close the end of the pipe it isn't using (especially since it is possible to create a

[issue12415] Missing: How to checkout the Doc sources

Éric Araujo added the comment: We fix bugs in 3.2 and then forward-merge in what will become 3.3, using Mercurial. Then we apply the same change for 2.7. More info: http://docs.python.org/devguide I will commit this change this week. -- assignee: docs@python -> eric.araujo keywords

[issue10141] SocketCan support

Changes by Antoine Pitrou : -- nosy: +neologix, rosslagerwall versions: -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list maili

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: Is there anything stopping us just storing the flags on PyManagedBuffer? It's OK if the construction API requires the flag information in addition to the Py_buffer struct. -- ___ Python tracker

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: Nice work with the patch Stefan - I've added a few review comments (including a suggestion on how to deal with the GetContiguous problem). One idea that review did prompt is that if we aren't going back to the original object for fresh buffer requests, perhaps

[issue12488] multiprocessing.Connection does not communicate pipe closure between parent and child

Charles-François Natali added the comment: That's because the other end of the pipe (p1) is open in the child process (FDs are inherited on fork()). Just add p1.close() at the beginning of fn() and you'll get EOF. Closing as invalid. -- nosy: +neologix resolution: -> invalid stage:

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: [I agree that multi-dimensional support should not be part of this patch. I was thinking about creating a separate branch for that.] Nick Coghlan wrote: > As far as the rule of disallowing shape changes while a buffer is exported, > I actually think that's a mo

[issue10141] SocketCan support

Tiago Gonçalves added the comment: There is this "simple" program that can be easily adapted to test the interface. http://old.nabble.com/Socketcan-with-Python-td29286297.html#a29286297 -- nosy: +ogait87 ___ Python tracker

[issue11859] test_interrupted_write_text() of test_io failed of Python 3.3 on FreeBSD 7.2

Changes by STINNER Victor : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: As far as the rule of disallowing shape changes while a buffer is exported, I actually think that's a more sane approach as well. However, I've been burned enough times by going "nobody would be insane enough to rely on that, would they?" that I'm seriously rel

[issue12452] reuse plistlib in sysconfig; deprecation process in plistlib

Roundup Robot added the comment: New changeset 4f14050a963f by Victor Stinner in branch 'default': Issue #12452: Plist and Dict are now deprecated http://hg.python.org/cpython/rev/4f14050a963f -- nosy: +python-dev ___ Python tracker

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: It might be worth postponing the multi-dimensional support to a second patch, though. If we can get the buffer lifecycle solid first then that provides a better foundation for any further development. -- ___ Python t

[issue9642] #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed versions: +Python 3.3 -Python 3.2 ___ Python tracker ___ __

[issue9642] #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)

Roundup Robot added the comment: New changeset 13e6d3cb2ecd by Victor Stinner in branch 'default': Issue #9642: Uniformize the tests on the availability of the mbcs codec http://hg.python.org/cpython/rev/13e6d3cb2ecd -- ___ Python tracker

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: Pauli Virtanen wrote: > Comment on the patch: it seems you do not track the re-export count in > memory_getbuf: > > a = memoryview(obj) > b = numpy.asarray(a) > a.release() > b[0] = 123 # <-- BOOM: the buffer was already released Could you give

[issue12411] cgi.parse_multipart is broken on 3.x

Tal Einat added the comment: Yes, please submit the other additional tests in a separate issue. The default value for boundary should surely be b"". A simple test should be added where cgi.parse_multipart() uses the default boundary. If valid_boundary() is used only for cgi.parse_multipart()

[issue9642] #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)

Roundup Robot added the comment: New changeset 75b18b10064f by Victor Stinner in branch 'default': Issue #9642: Fix the definition of time.clock() on Windows http://hg.python.org/cpython/rev/75b18b10064f -- ___ Python tracker

[issue9642] #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)

Roundup Robot added the comment: New changeset 7ce685cda0ae by Victor Stinner in branch 'default': Issue #9642: Fix filesystem encoding initialization: use the ANSI code page on http://hg.python.org/cpython/rev/7ce685cda0ae -- nosy: +python-dev ___ P

[issue12488] multiprocessing.Connection does not communicate pipe closure between parent and child

New submission from Luke : I have found that when using multiprocessing.Connection objects to pass data between two processes, closing one end of the pipe is not properly communicated to the other end. My expectation was that when calling recv() on the remote end, it should raise EOFError if t

[issue9642] #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)

STINNER Victor added the comment: Version 3 of the patch: - fix initialization of the filesystem encoding if HAVE_MBCS is not set - Python fails on the filesystem encoding if it is unable to get the filesystem encoding instead of using UTF-8 - reorganize the definition of time_clock() functi

[issue12411] cgi.parse_multipart is broken on 3.x

Jonas Wagner added the comment: Hi Tal, Thanks a lot for your feedback. My primary objective was to increase the test coverage for cgi.py. If it is a problem to have the additional tests in this patch I'm happy to create a new issue with a separate patch. The default value for the boundary

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Pauli Virtanen added the comment: @skrah: Yes, Numpy exposes only a single buffer per object. Making this a requirement in the PEP would probably be a sane change, as there is probably little real-world need to allow it behave otherwise. Comment on the patch: it seems you do not track the re

[issue9642] #ifdef and mbcs: don't check for defined(HAVE_USABLE_WCHAR_T)

STINNER Victor added the comment: Patch version 2, more complete: use HAVE_MBCS everywhere. -- Added file: http://bugs.python.org/file22566/have_mbcs-2.patch ___ Python tracker _

[issue12439] BaseHTTPServer's send_reponse adds extra "\r\n" when using HTTPMessage in input

Yoav Weiss added the comment: Thanks for correcting me. I guess I assumed that the "message" variable is an HTTPMessage. Is send_response documented somewhere? I failed to find a reference. On Sun, Jul 3, 2011 at 9:45 PM, Petri Lehtinen wrote: > > Petri Lehtinen added the comment: > > It seem

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: Nick Coghlan wrote: > The reason redirecting all requests to the underlying object doesn't work > is because repeated calls to getbuffer on mutable objects are allowed to > return *different* answers. Assume we have a mutable array type that allows > changes while

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Changes by Stefan Krah : Added file: http://bugs.python.org/file22564/bbe70ca4e0e5.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

  1   2   >