[issue19078] Allow reversed(memoryview), like memoryview

Raymond Hettinger added the comment: Claudiu's patch looks correct. -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list m

[issue19072] classmethod doesn't honour descriptor protocol of wrapped callable

Raymond Hettinger added the comment: I'll take a look at this in more detail in the next week or so. -- ___ Python tracker ___ ___ Pyt

[issue10042] functools.total_ordering fails to handle NotImplemented correctly

Raymond Hettinger added the comment: One other thought: The OrderedEnum example should not use the total ordering decorator. To the extent that the docs are trying to teach how to use Enum, they should focus on that task and not make a side-trip into the world of class decorators. And to

[issue19086] Make fsum usable incrementally.

Raymond Hettinger added the comment: Conceptually, I support the idea of having some way to avoid information loss by returning uncollapsed partial sums. As you say, it would provide an essential primitive for parallel fsums and for cumulative subtotals. If something along those lines were to

[issue10042] functools.total_ordering fails to handle NotImplemented correctly

Raymond Hettinger added the comment: Nick, the latest version of the patch looks like a correct solution. Before applying, please add a block comment showing why these shenanigans are necessary (i.e. the use self.__lt__ instead of the less-than operator because the former doesn't fall into rec

[issue18594] C accelerator for collections.Counter is slow

Raymond Hettinger added the comment: A C-accelerator should ALWAYS be able to beat a pure python version if it does the same steps but without the overhead of the eval-loop. And in special cases such as type(self)==Counter, it can do much better. To resolve this report, the C accelerator need

[issue19017] selectors: towards uniform EBADF handling

Guido van Rossum added the comment: Charles-Francois, sorry to add you back to the bug, but (a) I thought you had agreed to a compromise patch that restarts signals in most cases but not for select(), poll() etc.; (b) I may have found a flaw in the idea. The flaw (if it is one) is related to P

[issue19072] classmethod doesn't honour descriptor protocol of wrapped callable

Graham Dumpleton added the comment: The classmethod __get__() method does: static PyObject * cm_descr_get(PyObject *self, PyObject *obj, PyObject *type) { classmethod *cm = (classmethod *)self; if (cm->cm_callable == NULL) { PyErr_SetString(PyExc_RuntimeError,

[issue18594] C accelerator for collections.Counter is slow

Changes by Raymond Hettinger : -- assignee: -> rhettinger priority: high -> normal ___ Python tracker ___ ___ Python-bugs-list mailin

[issue19119] duplicate test name in Lib/test/test_heapq.py

Changes by Raymond Hettinger : -- assignee: -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue19072] classmethod doesn't honour descriptor protocol of wrapped callable

Raymond Hettinger added the comment: I don't think it was ever intended that decorators be chained together. The whole point is to control binding behavior during dotted look-up (when __getattribute__ is called) and not in other circumstances (such as a direct lookup in a class dictionary).

[issue19072] classmethod doesn't honour descriptor protocol of wrapped callable

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue19087] bytearray front-slicing not optimized

STINNER Victor added the comment: Oh, by the way: > $ ./python -m timeit "b = bytearray(); a = b'x'" "for i in range(1): b > += a" "bytes(b)" I'm not sure that it is what you expected: bytearray() is only initialized once ("setup" of timeit). You probably want to reinitialize at each l

[issue19087] bytearray front-slicing not optimized

STINNER Victor added the comment: > One of most used cases for bytearrays is accumulating. And the patch slow > down this case. Please don't use the raw timeit command for micro-benchmarks, it is not reliable. For example, I'm unable to reproduce your "slow down" (7% on a microbenchmark is no

[issue19087] bytearray front-slicing not optimized

Antoine Pitrou added the comment: > One of most used cases for bytearrays is accumulating. > And the patch slow down this case. I see no difference here. You are seeing a 10% slowdown, which is possibly a measurement glitch. The bottom line is that the performance remains approximately the sam

[issue19104] pprint produces invalid output for long strings

Serhiy Storchaka added the comment: I doubt we are able to fix it in maintained releases. -- ___ Python tracker ___ ___ Python-bugs-li

[issue19104] pprint produces invalid output for long strings

Antoine Pitrou added the comment: > The whole point of pprint() is formatted output of containers such as > list or dict. Well, the whole point of pprint is pretty-printing. Being restricted to containers is a bug, not a feature... -- ___ Python trac

[issue19104] pprint produces invalid output for long strings

Serhiy Storchaka added the comment: The whole point of pprint() is formatted output of containers such as list or dict. Before 3.4 it does not wrap long strings at all. Of course I don't think this alternative is good. But at least it is better than producing illegal output. -- _

[issue19087] bytearray front-slicing not optimized

Serhiy Storchaka added the comment: > Is there a problem with that? No more than with msg198657. > Sorry, I don't get your point. It's not become Python is inefficient that > developers must develop workarounds. I'm not sure that "workarounds" are much worst than using this optimization. At

[issue16079] list duplicate test names with patchcheck

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

[issue19087] bytearray front-slicing not optimized

Antoine Pitrou added the comment: > > No, because PyByteArray_Resize() is always called afterwards to ensure > > that the buffer is resized when it gets below 50% usage. > > I.e. the bytearray is compacted from time to time. Is there a problem with that? -- ___

[issue19087] bytearray front-slicing not optimized

STINNER Victor added the comment: @Serhiy: "I doubt than any performance critical code do it instead of increasing an index in constant time." Sorry, I don't get your point. It's not become Python is inefficient that developers must develop workarounds. Antoine's patch is simple, elegant, and

[issue17326] Windows build docs still referring to VS 2008 in 3.3

Changes by Berker Peksag : -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> PCbuild/readme.txt not up-to-date ___ Python tracker

[issue19087] bytearray front-slicing not optimized

Serhiy Storchaka added the comment: > No, because PyByteArray_Resize() is always called afterwards to ensure > that the buffer is resized when it gets below 50% usage. > I.e. the bytearray is compacted from time to time. -- ___ Python tracker

[issue19087] bytearray front-slicing not optimized

Antoine Pitrou added the comment: > You increase internal index in a bytearray. A bytearray with small > visible length can consume much hidden memory. No, because PyByteArray_Resize() is always called afterwards to ensure that the buffer is resized when it gets below 50% usage. -- ___

[issue19087] bytearray front-slicing not optimized

Serhiy Storchaka added the comment: You increase internal index in a bytearray. A bytearray with small visible length can consume much hidden memory. -- ___ Python tracker ___ _

[issue19087] bytearray front-slicing not optimized

Antoine Pitrou added the comment: > The same is true with your patch. I don't understand. What is "true with my patch"? -- ___ Python tracker ___ ___

[issue19087] bytearray front-slicing not optimized

Serhiy Storchaka added the comment: The same is true with your patch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue19087] bytearray front-slicing not optimized

Antoine Pitrou added the comment: > Deleting a slice at the front of a bytearray have linear complexity > from the size of a bytearray (in any case del b[:1] is a little faster > than b[:1] = b''). I doubt than any performance critical code do it > instead of increasing an index in constant time.

[issue19087] bytearray front-slicing not optimized

Serhiy Storchaka added the comment: Deleting a slice at the front of a bytearray have linear complexity from the size of a bytearray (in any case del b[:1] is a little faster than b[:1] = b''). I doubt than any performance critical code do it instead of increasing an index in constant time. -

[issue19087] bytearray front-slicing not optimized

Antoine Pitrou added the comment: > Could you please show concrete code in which you are going to use this > optimization? There's no need to "use" this optimization. Any networking code that has to find message boundaries and split on them will benefit. If you don't understand that, I'm not

[issue19087] bytearray front-slicing not optimized

Serhiy Storchaka added the comment: > A generic example is to parse messages out of a TCP stream. Basically any protocol transported on TCP needs such a facility, or has to find workarounds (which are either suboptimal or complicated). Could you please show concrete code in which you are going t

[issue5845] rlcompleter should be enabled automatically

Antoine Pitrou added the comment: > The patch fixes the problem on my setup. A very minor glitch: after > manually emptying or removing the PYTHONSTARTUP history file, the > history is loaded with the content of ~/.python_history on the next > session. Yes, the only way to know if a history file

[issue19087] bytearray front-slicing not optimized

Antoine Pitrou added the comment: Results under Windows: - before: PCbuild\amd64\python.exe -m timeit "b=bytearray(10)" "while b: b[-1:] = b''" 10 loops, best of 3: 74.8 msec per loop PCbuild\amd64\python.exe -m timeit "b=bytearray(10)" "while b: b[:1] = b''" 10 loops, best of 3: 330 m

[issue16041] poplib: unlimited readline() from connection

Barry A. Warsaw added the comment: Looks good, although only the POP3 exception is actually tested. The POP3_SSL exception isn't tested. Any chance you could add a test for that (obviously, only if `import ssl` succeeds)? -- ___ Python tracker

[issue12641] Remove -mno-cygwin from distutils

Antoine Pitrou added the comment: Oscar, thanks for the patches. Two things: - in the 2.7 patch, could you explicitly close the popen() file object instead of relying on deallocation to do it? - have you signed a contributor's agreement? http://www.python.org/psf/contrib/ -- nosy: +pitr

[issue18314] Have os.unlink remove junction points

Tim Golden added the comment: I'll try to pick this one up over the next few days. Feel free to ping me if it drops into silence! -- assignee: -> tim.golden ___ Python tracker

[issue5845] rlcompleter should be enabled automatically

Xavier de Gaye added the comment: The patch fixes the problem on my setup. A very minor glitch: after manually emptying or removing the PYTHONSTARTUP history file, the history is loaded with the content of ~/.python_history on the next session. -- ___

[issue18314] Have os.unlink remove junction points

Kim Gräsman added the comment: Attached is a patch that considers directory symlinks and junction points equivalent. I'm struggling with the test -- would it be acceptable to only run this test on platforms that have mklink /j (Windows Vista and higher)? I've looked at programmatic means of c

[issue19103] Use pprint in displayhook

Serhiy Storchaka added the comment: > (in the patch, import of sys and pprint should be done once at module level > and not repeated with every line of interactive output). See a comment at the start of the Lib/_sitebuiltins.py file. Yes, importing sys in the function is redundant. > For inst

[issue5845] rlcompleter should be enabled automatically

Roundup Robot added the comment: New changeset 687dd81cee3b by Antoine Pitrou in branch 'default': Issue #5845: In site.py, only load readline history from ~/.python_history if no history has been read already. This avoids double writes to the history file at shutdown. http://hg.python.org/cpy

[issue19066] os.execv fails with spaced names on Windows

Terry J. Reedy added the comment: Reminder: you are not supposed to re-open issues. I agree with Richard that this is a duplicate as submitted. The difference is that we now have subprocess; that is our fix for several problems. I will re-close unless you make a *specific* suggestion for a doc

[issue19132] Add compact mode to pprint

Antoine Pitrou added the comment: I think it looks good on the principle. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list

[issue5845] rlcompleter should be enabled automatically

Antoine Pitrou added the comment: Attaching patch to only load history file if no history exists. -- keywords: -needs review resolution: -> fixed Added file: http://bugs.python.org/file31914/rl_history_guard.patch ___ Python tracker

[issue19132] Add compact mode to pprint

New submission from Serhiy Storchaka: pprint produces not very nice output for collections with a large number of short elements (see msg198556). For example pprint.pprint(list(range(40))) outputs more than 40 short lines, while print(repr(list(range(40 takes only 2 lines on 80-column term

[issue5845] rlcompleter should be enabled automatically

Antoine Pitrou added the comment: > When a user is not aware of this new feature and has been implementing > up to now her/his PYTHONSTARTUP file with the first example given in > python 3.3 documentation at > > http://docs.python.org/3/library/readline.html?highlight=readline#example > > then

[issue16041] poplib: unlimited readline() from connection

Jyrki Pulliainen added the comment: Attached a patch for 2.6. Due to how tests are in 2.6, this adds one more test case with evil server, which basically just returns too long lines. -- Added file: http://bugs.python.org/file31913/issue16041_py26.patch ___

[issue19124] os.execv executes in background on Windows

Richard Oudkerk added the comment: > Visual Studio 10+ ? Is it available somewhere for a reference? Old versions of the relevant files are here: http://www.controllogics.com/software/VB6/VC98/CRT/SRC/EXECVE.C http://www.controllogics.com/software/VB6/VC98/CRT/SRC/SPAWNVE.C http://www.controllog

[issue19066] os.execv fails with spaced names on Windows

Changes by Richard Oudkerk : -- nosy: -sbt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue19124] os.execv executes in background on Windows

Changes by Richard Oudkerk : -- nosy: -sbt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue19066] os.execv fails with spaced names on Windows

Richard Oudkerk added the comment: > Hey. This ticket is about os.execv failing on spaced paths on Windows. It > is not a duplicate of issue19124. It is a duplicate of #436259 "[Windows] exec*/spawn* problem with spaces in args". -- ___ Python trac

[issue5845] rlcompleter should be enabled automatically

Xavier de Gaye added the comment: There is a backward compatibility issue with changeset d5ef330bac50 that enables tab-completion in the interactive interpreter by default. When a user is not aware of this new feature and has been implementing up to now her/his PYTHONSTARTUP file with the first

[issue19119] duplicate test name in Lib/test/test_heapq.py

Tim Peters added the comment: Good catch! Would like to hear from Raymond what the intent of these tests was - looks like "the real" test_get_only (which hasn't been executing) has multiple failures. -- nosy: +tim.peters ___ Python tracker

[issue18919] Unify audio modules tests

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file31912/makeaudiotests.py ___ Python tracker ___ ___ Python-bugs-list maili

[issue18857] urlencode of a None value uses the string 'None'

Joshua Johnston added the comment: I still believe that since None represents the absence of a value it should not be urlencoded as the string 'None'. I am not sure what they best way to url encode it is, but I know that 'None' is not it. -- status: closed -> open

[issue18919] Unify audio modules tests

Serhiy Storchaka added the comment: Patch updated. Now files created in external program (Audacity) are used for testing. This exposed yet one bug, in the aifc module (issue19131). -- dependencies: +Broken support of compressed AIFC files Added file: http://bugs.python.org/file31911/aud

[issue18857] urlencode of a None value uses the string 'None'

Joshua Johnston added the comment: Hi Senthil, You can open the html file with a browser and inspect the data posting to itself without a web server running. That is how I tested. -- ___ Python tracker ___

[issue19131] Broken support of compressed AIFC files

New submission from Serhiy Storchaka: In u-law and A-law compressed AIFC files the sampleSize field is equal to 8 (bits). The aifc module transparently compress/uncompress audio data to 16-bit, but doesn't support the samplewidth parameter in consistency. This causes two bugs: 1. On read gets

[issue19131] Broken support of compressed AIFC files

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file31910/pluck-ulaw.aifc ___ Python tracker ___ ___ Python-bugs-list mailing

[issue19123] duplicate test name in Lib/test/test_regrtest.py

Roundup Robot added the comment: New changeset 280d403434c4 by Benjamin Peterson in branch 'default': rename some more tests to avoid duplicate names (#19123) http://hg.python.org/cpython/rev/280d403434c4 -- ___ Python tracker

[issue19123] duplicate test name in Lib/test/test_regrtest.py

Xavier de Gaye added the comment: After the last changeset 39f9adc8ad5b there are still 3 methods named test_findleaks. The proposed patch was also missing one of them. -- ___ Python tracker ___

[issue19124] os.execv executes in background on Windows

Changes by anatoly techtonik : -- resolution: rejected -> status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing

[issue16037] httplib: header parsing is unlimited

Changes by Arfrever Frehtes Taifersar Arahesis : -- title: httplib: header parsing is not unlimited -> httplib: header parsing is unlimited ___ Python tracker ___ __

[issue19124] os.execv executes in background on Windows

anatoly techtonik added the comment: I can't use subprocess. These are official "business suite" scripts for Android development from Google. -- ___ Python tracker ___ _

[issue19124] os.execv executes in background on Windows

anatoly techtonik added the comment: On Sun, Sep 29, 2013 at 8:53 PM, Richard Oudkerk wrote: > > Richard Oudkerk added the comment: > >> Where did you get that info? MSDN is silent about that. >> http://msdn.microsoft.com/en-us/library/886kc0as(v=vs.90).aspx > > Reading the source code for the C

[issue19066] os.execv fails with spaced names on Windows

anatoly techtonik added the comment: On Sun, Sep 29, 2013 at 8:48 PM, Richard Oudkerk wrote: > >> Don't we have such function already? I don't see the problem in >> quoting the string. > > No one seems to know how to write such a quoting function. Why escape quotes with slash and surrounding in

[issue19066] os.execv fails with spaced names on Windows

anatoly techtonik added the comment: Hey. This ticket is about os.execv failing on spaced paths on Windows. It is not a duplicate of issue19124. -- resolution: duplicate -> status: closed -> open ___ Python tracker

[issue19128] duplicate test name in Mac/Tools/Doc/setup.py

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

[issue19128] duplicate test name in Mac/Tools/Doc/setup.py

Roundup Robot added the comment: New changeset c865187aa14d by Ned Deily in branch 'default': Issue #19128: Remove nonfunctional, unused Mac help indexing tool from repo. http://hg.python.org/cpython/rev/c865187aa14d -- nosy: +python-dev ___ Python tr

[issue19092] ExitStack.__exit__ incorrectly suppresses exceptions in __exit__ callbacks of inner context managers

Hrvoje Nikšić added the comment: Indeed, that works, thanks. Here is the updated patch for review, passing all tests. -- Added file: http://bugs.python.org/file31908/exitstack.diff ___ Python tracker _

[issue18674] Store weak references in modules_by_index

Brett Cannon added the comment: Fine by me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue16037] httplib: header parsing is not unlimited

Barry A. Warsaw added the comment: Thanks! -- versions: -Python 2.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue16037] httplib: header parsing is not unlimited

Roundup Robot added the comment: New changeset 582e5072ff89 by Barry Warsaw in branch '2.6': - Issue #16037: HTTPMessage.readheaders() raises an HTTPException when more http://hg.python.org/cpython/rev/582e5072ff89 -- ___ Python tracker

[issue16037] httplib: header parsing is not unlimited

Barry A. Warsaw added the comment: I'm just going to go ahead and commit this patch to 2.6 with the change I mentioned. Does anything else need to be done for 2.6? -- ___ Python tracker __

[issue16037] httplib: header parsing is not unlimited

Jyrki Pulliainen added the comment: I'm fine with not introducing a new exception for 2.6 (or any other version for that matter), so go for it :) -- ___ Python tracker ___ _

[issue19095] Document SSLSocket.getpeercert always returns None without do_handshake

Antoine Pitrou added the comment: Change committed in 3.4. Thanks for reporting! -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker _

[issue19124] os.execv executes in background on Windows

Richard Oudkerk added the comment: > Where did you get that info? MSDN is silent about that. > http://msdn.microsoft.com/en-us/library/886kc0as(v=vs.90).aspx Reading the source code for the C runtime included with Visual Studio. > The problem is not in what I should or should not use. The probl

[issue19095] Document SSLSocket.getpeercert always returns None without do_handshake

Roundup Robot added the comment: New changeset ddcdf7f7eac8 by Antoine Pitrou in branch 'default': Issue #19095: SSLSocket.getpeercert() now raises ValueError when the SSL handshake hasn't been done. http://hg.python.org/cpython/rev/ddcdf7f7eac8 -- nosy: +python-dev ___

[issue19066] os.execv fails with spaced names on Windows

Richard Oudkerk added the comment: > It is said that execv() is deprecated, but it is not said that it is > alias of _execv(). It is only said that _execv() is C++ compliant. > http://msdn.microsoft.com/en-us/library/ms235416(v=vs.90).aspx Microsoft seems to have decided that all functions in th

[issue19124] os.execv executes in background on Windows

anatoly techtonik added the comment: On Sun, Sep 29, 2013 at 6:39 PM, Richard Oudkerk wrote: > > Richard Oudkerk added the comment: > > As I wrote in http://bugs.python.org/issue19066, on Windows execv() is > equivalent to > > os.spawnv(os.P_NOWAIT, ...) > os._exit(0) Where did you get

[issue19095] Document SSLSocket.getpeercert always returns None without do_handshake

Changes by Antoine Pitrou : -- assignee: docs@python -> components: +Library (Lib) -Documentation stage: -> needs patch type: enhancement -> behavior versions: +Python 3.4 ___ Python tracker _

[issue19078] Allow reversed(memoryview), like memoryview

Antoine Pitrou added the comment: Stefan, what do you think about Claudiu's patch? Should a test be added to test_buffer as well? -- ___ Python tracker ___ _

[issue18674] Store weak references in modules_by_index

Antoine Pitrou added the comment: I think the "new new module initialization scheme", if it takes steam, is much more promising to solve the underlying issue. I'm inclined to close this entry as "won't fix", what do you think? -- ___ Python tracker

[issue10241] gc fixes for module m_copy attribute

Antoine Pitrou added the comment: I'm closing this issue as fixed though I'm not entirely sure the fix is right. The alpha cycle will allow us to get feedback on potential incompatibilities with third-party software. -- resolution: -> fixed stage: -> committed/rejected status: open -

[issue16037] httplib: header parsing is not unlimited

Barry A. Warsaw added the comment: As we discussed in other issues regarding the similar problem, I don't really want to introduce a new exception in a point release of 2.6. Is there any reason not to just raise HTTPException with the error message text? Code that has to work across multiple

[issue19130] PCbuild/readme.txt not up-to-date

Zachary Ware added the comment: Issue17326 can now be closed as a duplicate of this issue. -- nosy: +zach.ware ___ Python tracker ___

[issue19130] PCbuild/readme.txt not up-to-date

Roundup Robot added the comment: New changeset b602edf9b100 by Christian Heimes in branch '3.3': Issue #19130: mention historic VS 2008 build dir, too http://hg.python.org/cpython/rev/b602edf9b100 New changeset a16b83ff7fb1 by Christian Heimes in branch 'default': Issue #19130: mention historic

[issue19066] os.execv fails with spaced names on Windows

anatoly techtonik added the comment: On Sun, Sep 29, 2013 at 3:03 PM, Richard Oudkerk wrote: > > _spawn*() and _exec*() are implemented by the C runtime library. spawn*() > and execv() are (deprecated) aliases. It is said that execv() is deprecated, but it is not said that it is alias of _exe

[issue19130] PCbuild/readme.txt not up-to-date

Roundup Robot added the comment: New changeset 69bb4bf24b07 by Christian Heimes in branch '3.3': Issue #19130: Correct PCbuild/readme.txt, Python 3.3 and 3.4 require VS 2010 http://hg.python.org/cpython/rev/69bb4bf24b07 New changeset f5a7090e16b7 by Christian Heimes in branch 'default': Issue #1

[issue19130] PCbuild/readme.txt not up-to-date

Tim Golden added the comment: Nope. Looks like a mistake. Confusingly, the header refers to VC++ 10.0 which is VS 2010 (I think). AFAICT a global s/2008/2010/ would be the thing to do. -- ___ Python tracker _

[issue19130] PCbuild/readme.txt not up-to-date

Christian Heimes added the comment: It also mentions VS 10.0 which is 2010 ... I'm fixing it now. -- nosy: +christian.heimes ___ Python tracker ___ __

[issue19130] PCbuild/readme.txt not up-to-date

New submission from Antoine Pitrou: PCbuild/readme.txt mentions VS2008 while VS2010 is required to build 3.4. Am I missing something? -- assignee: docs@python components: Documentation messages: 198602 nosy: brian.curtin, docs@python, loewis, pitrou, tim.golden priority: normal severity

[issue19112] tests of _TestProcess are not run by the multiprocessing test suite

Roundup Robot added the comment: New changeset a3dd2ccdccf6 by Richard Oudkerk in branch '2.7': Issue #19112: avoid using function defined in method. http://hg.python.org/cpython/rev/a3dd2ccdccf6 New changeset 74752bfa6357 by Richard Oudkerk in branch '3.3': Issue #19112: avoid using function de

[issue19129] 6.2.1. Regular Expression Syntax flags

New submission from Jason Smestad: In the Python 3.3.2 documentation in the section "6.2.1. Regular Expression Syntax" subsection "(?aiLmsux)" it describes flags that are set by extention notation. 6 of the flags are described in detail with links for each flag, but the "u" flag is not describ

[issue19124] os.execv executes in background on Windows

Richard Oudkerk added the comment: As I wrote in http://bugs.python.org/issue19066, on Windows execv() is equivalent to os.spawnv(os.P_NOWAIT, ...) os._exit(0) This means that control is returned to cmd when the child process *starts* (and afterwards you have cmd and the child connect

[issue19111] 2to3 should remove from future_builtins import *

Peter added the comment: Thinking about this, perhaps the bug is that Python 3 doesn't have a future_builtins module? Consider: $ python2.6 Python 2.6.8 (unknown, Sep 28 2013, 12:09:28) [GCC 4.6.3] on linux3 Type "help", "copyright", "credits" or "license" for more information. >>> from __fut

[issue19127] duplicate test name in Lib/xml/dom/minidom.py

Roundup Robot added the comment: New changeset b76e1b58ed45 by Benjamin Peterson in branch '3.3': remove duplicate method (closes #19127) http://hg.python.org/cpython/rev/b76e1b58ed45 New changeset 792006307d6d by Benjamin Peterson in branch '2.7': remove duplicate method (closes #19127) http://

[issue19114] duplicate test names in Lib/distutils/tests/test_cmd.py

Roundup Robot added the comment: New changeset 9d4d9e945f29 by Benjamin Peterson in branch '3.3': condense two tests with the same name (closes #19114) http://hg.python.org/cpython/rev/9d4d9e945f29 New changeset 61ae31665ee1 by Benjamin Peterson in branch '2.7': condense two tests with the same

[issue19112] tests of _TestProcess are not run by the multiprocessing test suite

Roundup Robot added the comment: New changeset 414ccf20d182 by Benjamin Peterson in branch '3.3': move helper function into its test method (closes #19112) http://hg.python.org/cpython/rev/414ccf20d182 New changeset 959e894dc794 by Benjamin Peterson in branch '2.7': move helper function into its

[issue19116] duplicate test names in Lib/test/test_complex.py

Roundup Robot added the comment: New changeset cddb3e1e5054 by Benjamin Peterson in branch '3.3': combine two tests to avoid duplicate names (closes #19116) http://hg.python.org/cpython/rev/cddb3e1e5054 New changeset d87ef944ddcc by Benjamin Peterson in branch 'default': merge 3.3 (#19116) http:

  1   2   >