[issue15533] subprocess.Popen(cwd) documentation

New submission from Chris Jerdonek: The sentence describing Popen()'s cwd argument in the subprocess documentation seems reversed to me: http://docs.python.org/dev/library/subprocess.html#subprocess.Popen It says, "If cwd is not None, the child’s current directory will be changed to cwd befor

[issue13119] Newline for print() is \n on Windows, and not \r\n as expected

Atsuo Ishimoto added the comment: Test for this issue. Tested on Windows7, Ubuntu linux 12.04. I wonder why "print(1, file=sys.stderr)" returns '1' instead of '1\n'. But in Python2.7, "print >>sys.stderr, 1" also returns '1', so this might not be a problem. -- Added file: http://bugs.

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Eric Snow added the comment: didn't mean to yank that one. -- Added file: http://bugs.python.org/file26659/issue15502_windows_registry_finder.diff ___ Python tracker ___ ___

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Changes by Eric Snow : Removed file: http://bugs.python.org/file26655/issue15502_windows_registry_finder.diff ___ Python tracker ___ ___ Pyth

[issue7443] test.support.unlink issue on Windows platform

Nick Coghlan added the comment: See #15496 for an alternative approach to solving this problem, at least in the test suite - as noted in that issue, the rename dance isn't sufficient when the problem gets triggered by a different sequence like: unlink(file_in_parent_dir) unlink(parent_dir) #

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Changes by Eric Snow : Removed file: http://bugs.python.org/file26656/issue15502_new_abc.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Changes by Eric Snow : Added file: http://bugs.python.org/file26658/issue15502_new_abc.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Eric Snow added the comment: While ungainly a name change, this patch at least demonstrates the places that the name would have to change. -- Added file: http://bugs.python.org/file26657/issue15502_file_path_entry_finder_of_doom.diff ___ Python trac

[issue15532] "for line in file" is *still* broken in Python 2.7 on pipes

Ned Deily added the comment: Notice in the reply to Issue3907, "with 2.6, you have to use io.open() explicitly". This is still true in Python 2.7, i.e. the new 3.x-compatible io library is not used by default in Python 2. If you want to use it with subprocess.Popen, one way is to supply a pi

[issue15496] harden directory removal for tests on Windows

Changes by Nick Coghlan : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Changes by Eric Snow : Added file: http://bugs.python.org/file26656/issue15502_new_abc.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Changes by Eric Snow : Removed file: http://bugs.python.org/file26654/issue15502_new_abc.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Changes by Eric Snow : Added file: http://bugs.python.org/file26655/issue15502_windows_registry_finder.diff ___ Python tracker ___ ___ Python

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Changes by Eric Snow : Removed file: http://bugs.python.org/file26653/issue15502_new_abc.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Eric Snow added the comment: Okay, while the dust clears, I am going to separate the two parts into different patches. :) -- Added file: http://bugs.python.org/file26654/issue15502_new_abc.diff ___ Python tracker

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Nick Coghlan added the comment: As far as "path import finder" goes, it's no more wrong than "meta path finder" and "path entry finder". A "meta path finder" is a finder that gets installed on sys.meta_path, a "path entry finder" is one that finds loaders based on a specific path entry, and th

[issue7443] test.support.unlink issue on Windows platform

Changes by Chris Jerdonek : -- nosy: +cjerdonek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue15496] harden directory removal for tests on Windows

Changes by Chris Jerdonek : -- nosy: +cjerdonek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue15526] regrtest crash on Windows 7 AMD64

Changes by Chris Jerdonek : -- nosy: +cjerdonek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Eric Snow added the comment: Regarding deprecating importlib.abc.Finder, I'll add a DeprecationWarning to the patch later. -- ___ Python tracker ___

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Changes by Eric Snow : Removed file: http://bugs.python.org/file26642/issue15502_new_abc.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Eric Snow added the comment: > The patch will have Finder break all subclasses that don't define > find_loader which is backwards-incompatible. How so? Finder is registered against PathEntryFinder. It doesn't inherit, so it doesn't get the abc.ABCMeta as a metaclass and thereby there is no i

[issue15526] regrtest crash on Windows 7 AMD64

Jeremy Kloth added the comment: I have just completed an upgrade of the Win64 buildbot slave with a faster hard drive and the issue is now much more pronounced. -- ___ Python tracker ___

[issue15521] Dev Guide should say how to run tests in 2.7

Chris Jerdonek added the comment: It is a relatively large section (nine paragraphs + six code snippets) and is primarily about the in-development branch, so I did not want to interrupt the flow with a remark specific to 2.7. I also liked that the instructions in a subsection could be linked

[issue15518] Provide test coverage for filecmp.dircmp.report methods.

Chris Jerdonek added the comment: > However, I would like your blessing to continue with assertRegex in this case. Sure, you can proceed that way. :) My suggestions were just that -- suggestions for you to consider. And I am not a core developer, so my approval won't necessarily get your pat

[issue15518] Provide test coverage for filecmp.dircmp.report methods.

Chris Calloway added the comment: > There are at least two ways you could deal with this. You could change the > working directory to the temp directory in setUp() and change it back in > tearDown(). This is a common pattern in the tests [...] > Alternatively, you could save the temp directo

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Eli Bendersky added the comment: Backported in 014b36383a54 and 29bdbcadf299 -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Roundup Robot added the comment: New changeset 29bdbcadf299 by Eli Bendersky in branch '2.7': Issue #15231: update PyPI upload doc to say --no-raw passed to rst2html.py http://hg.python.org/cpython/rev/29bdbcadf299 -- ___ Python tracker

[issue15321] bdist_wininst installers may terminate with "close failed in file object destructor:\nsys.excepthook is missing\nlost sys.stderr"

Roundup Robot added the comment: New changeset 014b36383a54 by Eli Bendersky in branch '3.2': Issue #15321: update PyPI upload doc to say --no-raw passed to rst2html.py http://hg.python.org/cpython/rev/014b36383a54 -- ___ Python tracker

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Barry A. Warsaw added the comment: On Aug 01, 2012, at 10:44 PM, Nick Coghlan wrote: >The problem with "path importer" is it's just plain *wrong*. That object is >not an importer and thus calling it one makes it much harder to learn the >finder/loader/importer distinctions correctly. The term "

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Nick Coghlan added the comment: The problem with "path importer" is it's just plain *wrong*. That object is not an importer and thus calling it one makes it much harder to learn the finder/loader/importer distinctions correctly. "import finder" is only slightly longer than "importer" and has the

[issue15532] "for line in file" is *still* broken in Python 2.7 on pipes

Changes by Andy Lutomirski : -- title: "for line in file" is *still* broken in Python 2.7 -> "for line in file" is *still* broken in Python 2.7 on pipes ___ Python tracker ___ _

[issue15525] test_multiprocessing failure on Windows XP

STINNER Victor added the comment: > Let's see if increasing the timeout fixes the failures. At least, the 3 following builds succeed (let's see the next builds). -- nosy: +haypo ___ Python tracker

[issue15525] test_multiprocessing failure on Windows XP

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

[issue14713] PEP 414 installation hook fails with an AssertionError

Changes by Vinay Sajip : -- versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue1521950] shlex.split() does not tokenize like the shell

Changes by Vinay Sajip : -- versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Barry A. Warsaw added the comment: On Aug 01, 2012, at 10:03 PM, Nick Coghlan wrote: >1. "path import subsystem" for that whole section of the import machinery; >and >2. "path import finder" specifically for the meta path finder that >importlib calls "PathFinder" and the new docs currently call

[issue13072] Getting a buffer from a Unicode array uses invalid format

STINNER Victor added the comment: @Georg: are you ok with this change? It reverts the behaviour of Python 3.2 and avoids to have to maintain an API that nobody wants to use ('u' format using Py_UCS4, 32 bits unsigned). -- nosy: +georg.brandl ___ Pyt

[issue15530] Enhance Py_MIN and Py_MAX

STINNER Victor added the comment: > I think that's too late for 3.3. It's not a bug fix. Oops, I chose 3.3 instead of 3.4. Fixed. > If we use this kind of feature, we either need to declare a minimum supported > GCC version typeof() and __builtin_types_compatible_p() were introduced to gcc in

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Nick Coghlan added the comment: As a final attempt at giving the path import machinery the emphasis it deserves without misusing the "importer" term, how about: 1. "path import subsystem" for that whole section of the import machinery; and 2. "path import finder" specifically for the meta path fi

[issue15532] "for line in file" is *still* broken in Python 2.7

New submission from Andy Lutomirski: This program: import subprocess, sys p = subprocess.Popen(['bash', '-c', 'while true; do echo x; sleep 1; done'], bufsize=0, stdout=subprocess.PIPE) for line in p.stdout: sys.stdout.buffer.write(line) sys.stdout.flush() sits around and does nothing

[issue9635] Add Py_BREAKPOINT and sys._breakpoint hooks

Dave Malcolm added the comment: Note to self: a messy way of forcing gdb to do the equivalent of a breakpoint directly from Python is: os.kill(os.getpid(), signal.SIGTRAP) -- ___ Python tracker __

[issue15530] Enhance Py_MIN and Py_MAX

Martin v. Löwis added the comment: I think that's too late for 3.3. It's not a bug fix. If we use this kind of feature, we either need to declare a minimum supported GCC version (any GCC older than 10 years can be dropped IMO), or check for the specific version of GCC in which all the necessar

[issue15510] textwrap.wrap('') returns empty list

Chris Jerdonek added the comment: Here are additional test cases impacted by this issue: >>> wrap(" ") [] >>> wrap("\n\n\n") [] >>> wrap("\n\n\n", replace_whitespace=False) [] >>> wrap(" \n\n", replace_whitespace=False) [] -- ___ Python tracker <

[issue15468] Edit docs to hide hashlib.md5()

Changes by Christian Heimes : -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue15500] Python should support naming threads

Christian Heimes added the comment: +1 win32 supports thread names, too. http://msdn.microsoft.com/en-us/library/xcb2z8hs.aspx -- nosy: +christian.heimes ___ Python tracker ___

[issue13072] Getting a buffer from a Unicode array uses invalid format

Stefan Krah added the comment: array_revert_pep393-2.patch looks good (checked against 7042a83f37e and all following commits that should be kept). -- ___ Python tracker ___ _

[issue15529] PyIter_Check evaluates to 0 for Python list object

Brett Cannon added the comment: I think Benjamin meant to say lists are iterables not iterators. =) -- nosy: +brett.cannon ___ Python tracker ___

[issue15531] os.path symlink docs missing

New submission from Dave Abrahams: the docs for os.path don't mention the following facts which I think are important (in fact I assumed the facts would be the reverse): os.path.realpath(l) works when l is a broken symbolic link, returning the path to the (missing) target os.path.readlink(l)

[issue15463] test_faulthandler can fail if install path is too long

Chris Jerdonek added the comment: > Yes, I saw your patch, but I don't want to create very long filename. Not all platforms support paths longer than 500 characters. I think you may have a slight misunderstanding. My patch was not meant to test paths over 500 characters. It tests a path *unde

[issue15530] Enhance Py_MIN and Py_MAX

New submission from STINNER Victor: Attached patch enhances Py_MIN and Py_MAX to check that types of both arguments are compatible at compile time. Checks are only done if the compiler is GCC. The patch uses also Py_MIN and Py_MAX in more places. (The commit may be done in two parts.) ---

[issue15463] test_faulthandler can fail if install path is too long

STINNER Victor added the comment: > Victor, did you see and review my patch? There is currently no test to check > that a long file path (longer than 100 characters) will render, which was the > original issue that was fixed. The patch provides such a test. Yes, I saw your patch, but I don't

[issue15463] test_faulthandler can fail if install path is too long

Chris Jerdonek added the comment: > I didn't want to write such test, but I can review a patch adding such test. Victor, did you see and review my patch? There is currently no test to check that a long file path (longer than 100 characters) will render, which was the original issue that was f

[issue15441] test_posixpath fails on Japanese edition of Windows

STINNER Victor added the comment: This issue (the test) should be fixed, see the issue #15478 for the real fix. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue15441] test_posixpath fails on Japanese edition of Windows

Roundup Robot added the comment: New changeset 3edc71ed19e7 by Victor Stinner in branch 'default': Issue #15441: Skip test_nonascii_abspath() of test_genericpath on Windows http://hg.python.org/cpython/rev/3edc71ed19e7 -- nosy: +python-dev ___ Python

[issue15213] _PyOS_URandom documentation

STINNER Victor added the comment: > The comment needs to be fixed before the issue is closed. Ah yes, here is a patch updating the comment of _PyOS_URandom() and the doc of the os module. -- keywords: +patch Added file: http://bugs.python.org/file26650/urandom_doc.patch ___

[issue15479] Allow MAX_STRING_LENGTH limits to be changed at runtime

STINNER Victor added the comment: > Sounds totally overkill to me. I changed the maximum length of a string to 500 characters instead of 100. It should be enough for most cases. -- ___ Python tracker _

[issue14811] decoding_fgets() truncates long lines and fails with a SyntaxError("Non-UTF-8 code starting with...")

STINNER Victor added the comment: > Are we going to fix this before 3.3? Any objections to Victor's patch? detect_truncate.patch is now raising an error if a line is longer than BUFSIZ, whereas Python supports lines longer than BUFSIZ bytes (it's just that the encoding cookie is ignored if the

[issue15463] test_faulthandler can fail if install path is too long

STINNER Victor added the comment: I added a test checking that faulthandler truncates strings to MAX_STRING_LENGTH characters using a very long function name. I consider this issue as done. -- resolution: -> fixed status: open -> closed ___ Python

[issue15463] test_faulthandler can fail if install path is too long

Roundup Robot added the comment: New changeset 6e03f9b72c61 by Victor Stinner in branch 'default': Issue #15463: Write a test for faulthandler truncating the name of functions http://hg.python.org/cpython/rev/6e03f9b72c61 -- ___ Python tracker

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Brett Cannon added the comment: The patch will have Finder break all subclasses that don't define find_loader which is backwards-incompatible. And if you really want to deprecate Finder you should have a warning in an __init__ method (as one would hope people are calling super() as necessary).

[issue15519] finish exposing WindowsRegistryImporter in importlib

Brett Cannon added the comment: It should be exposed (i.e. if SourcelessFileLoader is documented and exposed then so should WindowsRegistryFinder). -- ___ Python tracker ___ ___

[issue15519] finish exposing WindowsRegistryImporter in importlib

Eric Snow added the comment: I guess the real question here is if anyone has problems with adding WindowsRegistryFinder to importlib.machinery (and to the importlib docs). If it should stay private than I'd like to throw a _ on the name of the class. The change to importlib.abc would likely

[issue15519] finish exposing WindowsRegistryImporter in importlib

Eric Snow added the comment: Also, WindowsRegistryImporter is misnamed. It should be WindowsRegistryFinder (see issue15502). Depending on the patch there, I'll update the one here. -- dependencies: +Meta path finders and path entry finders are different, but share an ABC ___

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Eric Snow added the comment: @Barry: I'm fine with what you've said. My big concern is that we be really consistent here because of the complexity of the import system. Things are at a point that I think we're pretty close in the regard, so I'm mostly fine if we stay put. My only real regre

[issue15525] test_multiprocessing failure on Windows XP

Richard Oudkerk added the comment: I would guess that the process has already terminated (or is being torn down) but the timeout is not long enough to let the parent join child. Let's see if increasing the timeout fixes the failures. -- ___ Python t

[issue15525] test_multiprocessing failure on Windows XP

Roundup Robot added the comment: New changeset b99a82bc2cde by Richard Oudkerk in branch 'default': Issue #15525: Increase timeout when TerminateProcess() fails http://hg.python.org/cpython/rev/b99a82bc2cde -- nosy: +python-dev ___ Python tracker

[issue15529] PyIter_Check evaluates to 0 for Python list object

Benjamin Peterson added the comment: That's because lists are iterators not iterable. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker __

[issue15529] PyIter_Check evaluates to 0 for Python list object

New submission from Tom Tromey: I was debugging this bug reported against gdb: http://sourceware.org/bugzilla/show_bug.cgi?id=14386 It turns out that what went wrong in this code was that PyIter_Check evaluates to 0 when its argument is a Python list. This happens because the PyIter_Check macr

[issue15528] Better support for finalization with weakrefs

New submission from Richard Oudkerk: A patch with docs and tests for the idea I suggested on python-ideas: http://comments.gmane.org/gmane.comp.python.ideas/15863 To repeat what I wrote there, the current issues with weakref callbacks include: 1. They are rather low level, and working out

[issue15468] Edit docs to hide hashlib.md5()

Daniel Holth added the comment: re-tweak treatment of md5 in hashlib docs (the SHA-2 family is currently recommended by http://csrc.nist.gov/groups/ST/toolkit/secure_hashing.html) -- Added file: http://bugs.python.org/file26648/hashlib.patch ___ Pyth

[issue15527] Double parens in functions references

Changes by Antoine Pitrou : -- title: Double parents in functions references -> Double parens in functions references ___ Python tracker ___

[issue15521] Dev Guide should say how to run tests in 2.7

Ezio Melotti added the comment: Thanks for the patch. I'm not sure it's necessary to add a new section though, unless you are planning to add more differences there. +base command instead of the one described above: :: You can just use "... above::" here. -- _

[issue6308] termios fix for QNX breaks HP-UX

Dirkjan Ochtman added the comment: Can we have someone take a look at this? It seems fairly innocuous. -- nosy: +djc ___ Python tracker ___ ___

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Brett Cannon added the comment: So just to weigh in on this, I think "meta path finder" and "path entry finder" (as Barry stated in the glossary already) clearly delineate what is from sys.meta_path and what is from some path entry hook by having a clarifying word to go with "finder" (either k

[issue15527] Double parents in functions references

New submission from Serhiy Storchaka: :c:func:`PyMem_Malloc(n)` on Doc/c-api/memory.rst:109 rendered in HTML as PyMem_Malloc(1)() (note double parents). There are many other examples on this and other pages. The issue is actual for all modern versions of Python. -- assignee: docs@pytho

[issue15519] finish exposing WindowsRegistryImporter in importlib

Antoine Pitrou added the comment: > The importers can both find and load modules (e.g. BuiltinImporter > defines both find_module() and load_module()), while the finders only > find modules (e.g. only define find_module()). Ah, fair enough. I thought loader objects were always distinct from find

[issue15519] finish exposing WindowsRegistryImporter in importlib

Brett Cannon added the comment: The importers can both find and load modules (e.g. BuiltinImporter defines both find_module() and load_module()), while the finders only find modules (e.g. only define find_module()). It's defined in the glossary, so maybe more links to that would help. ---

[issue15496] harden directory removal for tests on Windows

Changes by Antoine Pitrou : -- nosy: +brian.curtin stage: -> patch review versions: +Python 2.7, Python 3.2 ___ Python tracker ___ __

[issue15502] Meta path finders and path entry finders are different, but share an ABC

Barry A. Warsaw added the comment: I've mostly run out of time to work on the docs, but I do want to say that I thought long and hard about all the terminology decisions. Please don't change them lightly, and definitely don't change them until you've tried to go through the documentation and mak

[issue15526] regrtest crash on Windows 7 AMD64

Jeremy Kloth added the comment: > Well, test_startfile seems to be a common issue on that buildbot. I wouldn't really call it common (twice in the last 30 runs). However I would wager that the PermissionError is being caused by an unknown (without having Process Monitor running when the error o

[issue15496] harden directory removal for tests on Windows

Jeremy Kloth added the comment: I must also add that the proposed solution works well within the test suite as the access denied error can also occur when creating subsequent files, not just removing them. This solution eliminates the need to wrap all creation calls with access denied handlin

[issue15520] Document datetime.timestamp() in 3.3 What's New

Antoine Pitrou added the comment: Yes, of course. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue15510] textwrap.wrap('') returns empty list

Antoine Pitrou added the comment: Uh, how is this a bug? An empty text doesn't contain lines at all, so returning an empty list of lines sounds right. Furthermore, by "fixing" this, you may break existing software. -- nosy: +pitrou ___ Python tracke

[issue15519] finish exposing WindowsRegistryImporter in importlib

Antoine Pitrou added the comment: I'm not sure why some finders are named "Finder" and others "Importer". It makes things confusing. -- nosy: +pitrou ___ Python tracker ___

[issue15522] impove 27 percent performance on stringpbject.c( by prefetch and loop optimization)

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15526] regrtest crash on Windows 7 AMD64

Antoine Pitrou added the comment: Well, test_startfile seems to be a common issue on that buildbot. -- nosy: +jeremy.kloth, pitrou ___ Python tracker ___

[issue15519] finish exposing WindowsRegistryImporter in importlib

Changes by Nick Coghlan : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue15526] regrtest crash on Windows 7 AMD64

New submission from Nick Coghlan: regrtest bailed out completely on one of the Windows 7 builders due to a problem with accessing the temporary working directory: http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/410/steps/test/logs/stdio It's seems a touch suspicious

[issue8847] crash appending list and namedtuple

Martin v. Löwis added the comment: > Ah yes, you added new tests to Python 3.2 and 3.3, but no to Python > 2.7. Why not adding these new tests to Python 2.7? The tests don't crash Python 2.7. So they are not useful as a test whether the bug has been worked-around. I actually don't know how to te

[issue13072] Getting a buffer from a Unicode array uses invalid format

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15525] test_multiprocessing failure on Windows XP

New submission from Nick Coghlan: test_multiprocessing failed on one of the XP buildbots with a permission error: http://buildbot.python.org/all/builders/x86%20XP-4%203.x/builds/7223/steps/test/logs/stdio The immediate rerun also failed, but the one at the end of the test run succeeded. -

[issue15425] Another strange Tracebacks with importlib

Nick Coghlan added the comment: Indeed, there are still a couple of Windows failures, but they aren't related to this. -- status: pending -> closed ___ Python tracker ___ __

[issue15522] impove 27 percent performance on stringpbject.c( by prefetch and loop optimization)

Antoine Pitrou added the comment: Hi, several points: - Python 2.7 is in bugfix mode; you need to work from the default Mercurial branch as explained in http://docs.python.org/devguide/ . In practice, this means your patch will target the future Python 3.4, and therefore either PyUnicode_Join

[issue15524] Dict items() ordering varies across interpreter invocations

Changes by Antoine Pitrou : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue13072] Getting a buffer from a Unicode array uses invalid format

STINNER Victor added the comment: > The diff between b9558df8cc58 and default with array_revert_pep393.patch > applied is small, but I noticed that in some places you switched back to > Py_UNICODE typecode and in others not. I just copied code from Python 3.2, I forgot to update typecode type (P

[issue15524] Dict items() ordering varies across interpreter invocations

Antoine Pitrou added the comment: Yes, because hash randomization is now enabled by default: http://docs.python.org/dev/reference/datamodel.html#object.__hash__ If you want deterministic behaviour, just set e.g. PYTHONHASHSEED=0. (or any other fixed value) -- nosy: +pitrou

[issue8847] crash appending list and namedtuple

STINNER Victor added the comment: > Please rephrase your question: what tests did I not add? > I did add the tests that Stefan proposed. Ah yes, you added new tests to Python 3.2 and 3.3, but no to Python 2.7. Why not adding these new tests to Python 2.7? -- ___

[issue13072] Getting a buffer from a Unicode array uses invalid format

Stefan Krah added the comment: The diff between b9558df8cc58 and default with array_revert_pep393.patch applied is small, but I noticed that in some places you switched back to Py_UNICODE typecode and in others not. For instance, in struct arraydescr typecode is still char. I'm not sure why type

[issue15213] _PyOS_URandom documentation

Antoine Pitrou added the comment: The comment needs to be fixed before the issue is closed. -- ___ Python tracker ___ ___ Python-bugs-

  1   2   >