[issue6598] calling email.utils.make_msgid frequently has a non-trivial probability of generating colliding ids

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6598] calling email.utils.make_msgid frequently has a non-trivial probability of generating colliding ids

Roundup Robot added the comment: New changeset 6969bac411fa by Serhiy Storchaka in branch '2.7': Issue #6598: Increased time precision and random number range in https://hg.python.org/cpython/rev/6969bac411fa New changeset ea878f847eee by Serhiy Storchaka in branch '3.4': Issue #6598: Increased

[issue6598] calling email.utils.make_msgid frequently has a non-trivial probability of generating colliding ids

Serhiy Storchaka added the comment: Now there is a question. Is it worth to use base16 (hexadecimal) to compact message id to 34 characters or base32 to compact it to 27 characters? Using base16 is pretty easy: just replace %d with %x. Using base32 is more complicated. With base64 and base85

[issue4709] Mingw-w64 and python on windows x64

Ruben Van Boxem added the comment: Paul, Thank you for your serious take on the issue. I'm Ruben, a long-time contributor and 3-ish year toolchain builder for MinGW-w64. I originally helped patching Qt 4.5/4.6 so that it worked with MinGW-w64 on 64-bit Windows. I can help liaison between you

[issue19662] smtpd.py should not decode utf-8

Arfrever Frehtes Taifersar Arahesis added the comment: > New changeset a7d3074fa888 by R David Murray in branch 'default': > #19662: Make requirement to support arbitrary keywords explicit. > https://hg.python.org/cpython/rev/a7d3074fa888 s/keword/keyword/ -- nosy: +Arfrever __

[issue23780] Surprising behaviour when passing list to os.path.join.

Roundup Robot added the comment: New changeset 84af71e8c051 by Serhiy Storchaka in branch 'default': Issue #23780: Improved error message in os.path.join() with single argument. https://hg.python.org/cpython/rev/84af71e8c051 -- nosy: +python-dev ___ P

[issue24212] Idle, 2.7, backport idlelib.__main__, enable py -m idlelib

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

[issue4709] Mingw-w64 and python on windows x64

Paul Moore added the comment: Ruben, Thanks for the detailed explanations. Just to be clear, I am *not* the person that will take this aspect of the process forward - that will be the community of people building (or wanting to build) extensions for Python with mingw. I don't know if that comm

[issue15836] unittest assertRaises should verify excClass is actually a BaseException class

Serhiy Storchaka added the comment: Core developers left a couple of notes and the patch itself is outdated. Here is updated patch that addresses all comments. It also extends the checking to assertRaisesRegex(), assertWarns() and assertWarnsRegex(). There is a risk to break existing incorrect

[issue22939] integer overflow in iterator object

Serhiy Storchaka added the comment: If Raymond will not stop me, I'll commit the patch tomorrow. -- assignee: -> serhiy.storchaka ___ Python tracker ___

[issue7267] format method: c presentation type broken in 2.7

Changes by Serhiy Storchaka : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue4709] Mingw-w64 and python on windows x64

Ruben Van Boxem added the comment: Paul, OK, I understand your point of view. As you say, there is no single "MinGW" community, nor a guiding body that takes these decisions. If you're not willing to choose one, all I can say is this: it will probably not matter which version you choose (all

[issue24225] IDLE test filenames don't match script filenames.

Al Sweigart added the comment: The idle_renaming.patch file is for the file renamings under idlelib The idletest_renaming.patch file is for the file renamings under idlelib/idle_test The idle_updating_imports.patch file is for the content updates (mostly for import statements) due to the rena

[issue24225] IDLE test filenames don't match script filenames.

Changes by Al Sweigart : Added file: http://bugs.python.org/file39428/idletest_renaming.patch ___ Python tracker ___ ___ Python-bugs-list mail

[issue24225] IDLE test filenames don't match script filenames.

Al Sweigart added the comment: (I can reformat these patch files if that helps.) -- Added file: http://bugs.python.org/file39429/idle_updating_imports.patch ___ Python tracker __

[issue24225] IDLE test filenames don't match script filenames.

Al Sweigart added the comment: For reference, here's all the files and their new filenames: aboutDialog.pyabout_dialog.py AutoComplete.pyautocomplete.py AutoCompleteWindow.pyautocomplete_window.py AutoExpand.pyautoexpand.py Bindings.pybindings.py CallTips.pycalltips.py Ca

[issue15836] unittest assertRaises should verify excClass is actually a BaseException class

Martin Panter added the comment: I posted a question on Reitveld, but the new patch looks fine in general. I wouldn’t worry too much about the (ValueError, None) case, since such code is probably already broken. If it is a problem though, maybe this could only go into the next feature relase (

[issue24225] IDLE test filenames don't match script filenames.

Serhiy Storchaka added the comment: Usually we avoid such mass renamings. This is errorprone and can break third-party plugins or even applications that use parts of IDLE. It also will made much harder to transfer patches between versions. I'm -1 for this proposition. -- nosy: +kbk, r

[issue24236] TestNG results to Junit results conversion

R. David Murray added the comment: This doesn't appear to have anything to do with Python. What was your purpose in opening this issue? -- nosy: +r.david.murray ___ Python tracker

[issue16314] Support xz compression in distutils

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue24237] PEP 479: missing DeprecationWarning when generator_stop is not used

New submission from Nick Coghlan: >From the StopIteration-in-generators handling transition plan >(https://www.python.org/dev/peps/pep-0479/#transition-plan): * Python 3.5: Enable new semantics under __future__ import; silent deprecation warning if StopIteration bubbles out of a generator not

[issue24237] PEP 479: missing DeprecationWarning when generator_stop is not used

Changes by Nick Coghlan : -- dependencies: +PEP 479: Change StopIteration handling inside generators ___ Python tracker ___ ___ Python

[issue22906] PEP 479: Change StopIteration handling inside generators

Nick Coghlan added the comment: We missed the deprecation warning part of the PEP (for when the future import is *not* in effect, but the default behaviour will change in 3.7), but rather than reopening this one, I filed a new issue: issue 24237 --

[issue24238] Avoid entity expansion attacks in Element Tree

New submission from Martin Panter: This patch could be the basis of an alternative to Christian Heimes’s patch in Issue 17239. It adds a parser flag to the Element Tree modules so that they will immediately raise an exception when an entity declaration is encountered. I believe this should be

[issue19662] smtpd.py should not decode utf-8

Roundup Robot added the comment: New changeset a3f2b171b765 by R David Murray in branch 'default': #19662: fix typo https://hg.python.org/cpython/rev/a3f2b171b765 -- ___ Python tracker _

[issue19662] smtpd.py should not decode utf-8

R. David Murray added the comment: Thanks, Arfrever. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue17239] XML vulnerabilities in Python

Martin Panter added the comment: I have opened Issue 24238 with a patch for Element Tree that uses my EntityDeclHandler technique, instead of patching Expat. I would be interested in other people’s thoughts on the approach. -- ___ Python tracker

[issue24215] test_trace uses test_pprint

R. David Murray added the comment: I've backed out the change set that broke the buildbots (see de9c43fabda6). I can understand this changeset getting committed, since one doesn't normally expect a change in the tests to break other tests (though I myself do often run the full test suite anywa

[issue24229] pathlib.Path should have a copy() method

Josh Holland added the comment: Serhiy makes a series of good points, which I hadn't really considered before filing this report. It was mostly laziness on my part while dashing off a quick script - I knew I wouldn't have to deal with the edge cases so subconsciously dismissed them, especially

[issue24215] test_trace uses test_pprint

Roundup Robot added the comment: New changeset cf52756f19b6 by R David Murray in branch '3.4': #24215: also back out changeset that broke test_trace in 3.4. https://hg.python.org/cpython/rev/cf52756f19b6 -- nosy: +python-dev ___ Python tracker

[issue24215] test_trace uses test_pprint

Changes by R. David Murray : -- priority: release blocker -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue6598] calling email.utils.make_msgid frequently has a non-trivial probability of generating colliding ids

Barry A. Warsaw added the comment: On May 19, 2015, at 07:23 AM, Serhiy Storchaka wrote: >Now there is a question. Is it worth to use base16 (hexadecimal) to compact >message id to 34 characters or base32 to compact it to 27 characters? Using >base16 is pretty easy: just replace %d with %x. Usin

[issue24091] Use after free in Element.extend (1)

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue24239] Allow to configure which gpg to use in distutils upload

New submission from Cédric Krier: 'gpg' is hard coded in distutils/command/upload.py and the spawn command doesn't even use the shell aliases. So if you have only gpg2 installed it doesn't work. I think the name (or even the all command line) should be configurable from ~/.pypirc -- co

[issue24240] PEP 448: Update the language reference

New submission from Stefan Krah: Since Grammar/Grammar relies on semantic postprocessing in ast.c, it would be nice to have an update of the (human readable) Grammar in the language reference docs. -- messages: 243587 nosy: skrah priority: normal severity: normal status: open title: PEP

[issue24240] PEP 448: Update the language reference

Changes by Stefan Krah : -- assignee: -> docs@python components: +Documentation nosy: +docs@python stage: -> needs patch type: -> enhancement versions: +Python 3.5 ___ Python tracker

[issue24215] test_trace uses test_pprint

Serhiy Storchaka added the comment: Sorry, I expected this issue be solved much faster. Unfortunately Terry's recipe doesn't work. Here is a patch that reapplies changes that broke buildbots (additional tests for buildins and making test_pprint discoverable), and also fixes test_trace and make

[issue16995] Add Base32 support for RFC4648 "Extended Hex" alphabet (patch attached)

Changes by Serhiy Storchaka : -- stage: -> patch review versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list

[issue4709] Mingw-w64 and python on windows x64

Paul Moore added the comment: > If there is no interest in having a (community-supported, semi- > official) GCC-built Python on Windows, I'm sure something else > can also be worked out, which would include stripping the current > dinosaur -mno-cygwin code which is what this bug was originally >

[issue24241] webbrowser (very often) doesn't support the 'new' parameter

New submission from David Steele: When calling webbrowser.open*(), the module goes through a list of installed browsers, and uses the first one that succeeds, to process the request. The first 'browsers' in the 'X' list are 'xdg-open' and others of that ilk. The problem is that they only have

[issue16995] Add Base32 support for RFC4648 "Extended Hex" alphabet (patch attached)

Serhiy Storchaka added the comment: The patch can't be longer applied cleanly. It should be synchronized with sources. It is the last chance for this feature to get to 3.5 if somebody will update the patch and add the documentation. The feature itself LGTM. The only my doubt is about the name

[issue24215] test_trace uses test_pprint

R. David Murray added the comment: If you are looking for a small test file to switch to, perhaps test_uu would be a good candidate. It isn't very likely to grow, since I don't think uu encoding is used much any more, so the likelyhood of someone caring about it is relatively low. But I have

[issue24241] webbrowser default browser detection and/or public API for _trylist.

R. David Murray added the comment: Any change is going to be an enhancement, so it will only go in 3.6 (at this point...beta/feature freeze for 3.5 is this weekend). Would you like to propose a patch? -- nosy: +r.david.murray stage: -> needs patch title: webbrowser (very often) doesn'

[issue24215] test_trace uses test_pprint

Serhiy Storchaka added the comment: There are issues with additional tests for uu. The fact that test_trace fails with the -m option means that any file that runs unittest is not good example (unittest looks on sys.argv). -- ___ Python tracker

[issue24242] property performance regression

New submission from Hannes Ovrén: There seems to be a significant regression in performance when using @property in Python 2.x compared to 3.x. Test code: class A: def __init__(self, x, y): self.x = x self.y = y @property def y(self): return self._y @y.s

[issue23985] Crash when deleting slices from duplicated bytearray

Martin Panter added the comment: Posting a new patch which combines both fixes and adds some test cases. However the test needs Python to be built with “./configure --with-pydebug” to detect the buffer overrun; without this the test will probably silently pass. I removed the offending buffer s

[issue24242] property performance regression

Raymond Hettinger added the comment: The test script has a bug. The class needs to inherit from object in Python 2.7 -- nosy: +rhettinger resolution: -> not a bug status: open -> closed ___ Python tracker ___

[issue24241] webbrowser default browser detection and/or public API for _trylist.

David Steele added the comment: On Tue, May 19, 2015 at 10:19 AM, R. David Murray wrote: ... > Would you like to propose a patch? My preferred solution would be a bit intrusive - check for and use xdg-settings or gi.repository.Gio to identify the default browser, and match the result against th

[issue24242] property performance regression

Hannes Ovrén added the comment: Yes, changing to class A(object) does indeed cause the same magnitude of performance drop in Python 2.7 as well. Thanks! -- ___ Python tracker __

[issue23377] HTTPResponse may drop buffer holding next response

Demian Brecht added the comment: If nobody else gets to it first, I'll try to get to review this later today or tomorrow. Apologies for the delay on the review Martin, a new baby (coming next month), moving /and/ taking on a new job all at the same time seems to limit free time a little ;) --

[issue12319] [http.client] HTTPConnection.putrequest not support "chunked" Transfer-Encodings to send data

Demian Brecht added the comment: > What's the status on this one? It looks like some review comments need > addressing. That's about it. Unfortunately I've been pretty tied up over the last month and a bit. I'll try to get to hopefully closing this out over the next few days. --

[issue24228] Interpreter triggers segmentation fault at the starting

doz added the comment: I manually disabled xxlimited (file xxlimited.c removed , and lines in setup.py commented) because : In file included from ./Include/Python.h:68, from /build/python3-3.4.2/Modules/xxlimited.c:17: ./Include/object.h:65:2: error: #error Py_LIMITED_API

[issue24228] Interpreter triggers segmentation fault at the starting

doz added the comment: value of ep->me_key equals 0 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue22931] cookies with square brackets in value

Demian Brecht added the comment: > This needs a review from the people who created and applied the security > patch. + Guido (committed https://hg.python.org/cpython/rev/9e765e65e5cb) -- nosy: +gvanrossum ___ Python tracker

[issue4709] Mingw-w64 and python on windows x64

Руслан Ижбулатов added the comment: >> If there is no interest in having a (community-supported, semi- >> official) GCC-built Python on Windows, I'm sure something else >> can also be worked out, which would include stripping the current >> dinosaur -mno-cygwin code which is what this bug was ori

[issue24228] Interpreter triggers segmentation fault at the starting

doz added the comment: Problem also present with only configuration option : --enable-ipv6 --enable-shared --disable-curses --with-libmpdec=none --with-expat=none --enable-old-stdlib-cache --disable-sqlite3 --disable-codecs-cjk --disable-ossaudiodev --with-pydebug -- __

[issue4709] Mingw-w64 and python on windows x64

Paul Moore added the comment: On 19 May 2015 at 17:09, Руслан Ижбулатов wrote: > 3) Use MSVC for CPython and MinGW-w64 for the rest and somehow ensure that > FDs are converted when passing the CRT barrier. And stat structs as well. And > everything else that differs. This is a path of frustrat

[issue22107] tempfile module misinterprets access denied error on Windows

Paul Moore added the comment: == ERROR: test_read_only_directory (test.test_tempfile.TestMkdtemp) -- Traceback (most recent call last): File "C:\Work\Projects\

[issue23970] Update distutils.msvccompiler for VC14

Steve Dower added the comment: New patch. I've renamed the new class _msvccompiler and changed ccompiler to use it instead of the old ones. The old ones are still there to avoid breaking people who were using them directly, and the old tests are still there too. Personally, I expect subtle br

[issue24127] Fatal error in launcher: Job information querying failed

Dan Bjorge added the comment: Confirmed, this is a known Windows 10 tech preview bug - it is specific to using 32bit Python on 64bit Windows. It's already been fixed internally, and we expect the fix to make it out to one of the next couple of public tech preview builds. Thanks! -Dan Bjorge (

[issue22107] tempfile module misinterprets access denied error on Windows

Serhiy Storchaka added the comment: Thank you Paul. What with updated patch? -- Added file: http://bugs.python.org/file39434/tempfile_bad_tempdir_4.patch ___ Python tracker ___ _

[issue24228] Interpreter triggers segmentation fault at the starting

Changes by Serhiy Storchaka : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue24225] IDLE test filenames don't match script filenames.

Al Sweigart added the comment: Serhiy: I completely understand. My first instinct is to look at mass renamings and dismiss it as cosmetic changes for the sake of cosmetic changes. However, there are several problems that this fix corrects: 1) It makes it obvious which identifiers are modules a

[issue24225] IDLE test filenames don't match script filenames.

Terry J. Reedy added the comment: The idlelib xyz.py filenames (about 60) are a collectively a mess. There are about 6 different styles. I would like to *eventually* change all to short, lowercase, PEP-8 names, but the reasons have nothing to do with test names (which intentionally look to th

[issue24215] test_trace uses test_pprint

Terry J. Reedy added the comment: My recipe worked for me, but I am not surprised that it might fail elsewhere. Is the specific purpose of the two problemmatic test_trace test to test that trace works with unittest? It did not seem like it to me. If not, test_trace could be decoupled from

[issue22442] subprocess.check_call hangs on large PIPEd data.

juj added the comment: This issue still reads open, but there has not been activity in a long time. May I ask what is the latest status on this? Also, any chance whether this will be part of Python 2.x? -- ___ Python tracker

[issue24127] Fatal error in launcher: Job information querying failed

Paul Moore added the comment: Fantastic news, thanks for the feedback. Closing this as a third party issue. -- resolution: -> third party status: open -> closed ___ Python tracker

[issue22107] tempfile module misinterprets access denied error on Windows

Paul Moore added the comment: Works fine with the new patch: >.\rt.bat -x64 -q test_tempfile C:\Work\Projects\cpython\PCbuild>"C:\Work\Projects\cpython\PCbuild\amd64\python.exe" -Wd -E -bb "C:\Work\Projects\cpython\PCbuild\..\lib\test\regrtest.py" test_tempfile [1/1] test_tempfile 1 test OK

[issue23985] Crash when deleting slices from duplicated bytearray

Roundup Robot added the comment: New changeset 98c1201d8eea by Antoine Pitrou in branch '3.4': Issue #23985: Fix a possible buffer overrun when deleting a slice from the front of a bytearray and then appending some other bytes data. https://hg.python.org/cpython/rev/98c1201d8eea New changeset 0

[issue23985] Crash when deleting slices from duplicated bytearray

Antoine Pitrou added the comment: I've committed the patch. Thanks, Martin! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue24199] Idle: remove idlelib.idlever.py and its use in About dialog

Terry J. Reedy added the comment: To answer my question, I checked test___all__.py. The check_all helper has this: with support.check_warnings( (".* (module|package)", DeprecationWarning), ("", ResourceWarning), quiet=True): I presume this means that De

[issue24127] Fatal error in launcher: Job information querying failed

Henrik Heimbuerger added the comment: Dan, thanks so much for taking the time to post back here, and for the good news! -- ___ Python tracker ___ ___

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Nick, as PEP 434 approver, I would like your comments on this issue. The pep says that other than the startup modules, "the modules are undocumented and effectively private implementations." It also says that the documented extension API should be respected b

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Al, I meant to add that msg243612 better expresses the proper rationale for disruptive changes: making it easier for people (newcomers and this no-longer-newcomer) to learn idlelib, fix bugs, and make improvements -- __

[issue4709] Mingw-w64 and python on windows x64

R. David Murray added the comment: My understanding matches yours, Paul. Core does not want to *distribute* a mingw built python, but if the mingw community came up with a support strategy, including one or more buildbots building using mingw, I believe that we would accept the patches. Basi

[issue4709] Mingw-w64 and python on windows x64

Ralf Gommers added the comment: A few comments from the perspective of what's needed for the scientific Python stack: 1. Of the three options mentioned in msg243605, it's definitely (3) that is of interest. We want to build extensions with MinGW-w64 that work with the standard MSVC Python bui

[issue22107] tempfile module misinterprets access denied error on Windows

Roundup Robot added the comment: New changeset 63f0ae6e218a by Serhiy Storchaka in branch '2.7': Issue #22107: tempfile.gettempdir() and tempfile.mkdtemp() now try again https://hg.python.org/cpython/rev/63f0ae6e218a New changeset 3a387854d106 by Serhiy Storchaka in branch '3.4': Issue #22107: t

[issue20691] inspect.signature: Consider exposing 'follow_wrapper_chains' option in public API

Yury Selivanov added the comment: Nick, > However, as noted, I doubt the latter is worth it - let's just expose the > flag to decide whether to resolve wrapper chains or not, and leave the > inclusion of the already bound value in the reported signature solely as a > legacy behaviour of getar

[issue22107] tempfile module misinterprets access denied error on Windows

Serhiy Storchaka added the comment: Unfortunately the patch doesn't fix original issue and looks as this can't be fixed until os.access will be more useful on Windows. But it fixes several related issues. mkstemp() now fails early if parent directory doesn't exist or is a file. gettempdir() an

[issue20691] inspect.signature: Consider exposing 'follow_wrapper_chains' option in public API

Yury Selivanov added the comment: > Do you think it's OK if I drop them? Dropping == DeprecationWarning -- ___ Python tracker ___ ___

[issue4709] Mingw-w64 and python on windows x64

Paul Moore added the comment: Ralf, thanks for the comments. The scientific community is definitely the key group that *need* mingw (as opposed to people who merely want to use it because they don't want to buy into MS compilers, or for similar personal reasons). My personal view is that if th

[issue10762] strftime('%f') segfault

Majeed Arni added the comment: The problem still exists in 3.4 and 3.5 a4 Unhandled exception in thread started by -- nosy: +MajeedArni versions: +Python 3.4, Python 3.5 -Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker

[issue20344] subprocess.check_output() docs misrepresent what shell=True does

Martin Panter added the comment: “Only the first element . . . will be executed on Unix” is a bit simplistic. The behaviour is already described more fully in the “shell” documentation under . Also, “args” is allowed to be a

[issue12020] Attribute error with flush on stdout,stderr

Martin Panter added the comment: The documentation already says that “stdout” and friends are meant to be text files, and that they may be replaced with file-like objects like StringIO. Perhaps the documentation could be more explicit about what text file API is required internally (either Tex

[issue6445] Add check parameter to subprocess.Popen.communicate

Martin Panter added the comment: In the mean time, a subprocess.run() API has been added which can call communicate() and raise CalledProcessError in one step (depending on arguments). See Issue 23342. This might satisfy some use cases, but maybe adding the check functionality to the low-level

[issue4709] Mingw-w64 and python on windows x64

Changes by Case Van Horsen : -- nosy: +casevh ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue24225] Idlelib: changing file names

Nick Coghlan added the comment: One path you may want to consider is progressively factoring out a public "idlelib.extensions" API, and treat everything else in idlelib as fair game for renaming. Folks tend to be more tolerant of disruption if the new state of affairs is also clearly better fo

[issue10762] strftime('%f') segfault

Ned Deily added the comment: Majeed, the fixes for this issue were released several years ago and the issue has been closed. Comments on it will likely be ignored. If you believe there is a problem in the current versions of Python 3 (3.4.3) or Python 2 (2.7.9), please open a new issue with

[issue23889] Speedup inspect.Signature.bind

Yury Selivanov added the comment: After some experiments, it looks like bind() is already pretty fast. The only way to increase its performance is to rewrite it in C. I tried to approaches: 1. Refactor ._bind() to produce a high-level instruction set that can be cached, and is fast to iterate

[issue20344] subprocess.check_output() docs misrepresent what shell=True does

R. David Murray added the comment: Can you suggest a better phrasing that is still succinct? (Maybe just 'appear to be executed' would make it accurate enough?) But, that's why there needs to be a reference of *some* sort to the full explanation. I'm not sure what the issue is with iterable/s

[issue16261] Fix bare excepts in various places in std lib

Martin Panter added the comment: I reviewed the patch on Reitveld. All of the changes that do not have comments look okay to me, although some will definitely have merge conflicts with the current code. If someone updated the patch based on the comments, I think it may be okay to commit.

[issue24243] behavior for finding an empty string is inconsistent with documentation

New submission from swanson: Background: --- Perhaps this has been addressed elsewhere, but I couldn't find it. To me, semantically, the whole idea of finding nothing, whether in something or in nothing is complete and utter nonsense. I'm a fail-quickly, fail-loudly kind of guy, and

[issue24244] Python Crash on strftime with %f on Python 3

New submission from Majeed Arni: http://bugs.python.org/issue11735 fixed in 2.7, but in 3.4 and 3.5 the same problem exists. Just crashes python. -- components: Library (Lib) messages: 243641 nosy: MajeedArni priority: normal severity: normal status: open title: Python Crash on strftime

[issue24230] tempfile.mkdtemp() doesn't work with bytes paths

Gregory P. Smith added the comment: Attached is a patch with implementation, tests and docs. I didn't have to duplicate too much thankfully. Just figure out where to put the type conversions. Review would be nice, but I'll err on the side of getting this in before beta 1 (May 24 per https:/

[issue20344] subprocess.check_output() docs misrepresent what shell=True does

Martin Panter added the comment: Actually David I didn’t notice your suggested wording before. Adding that last sentence, pointing to the full description of the Popen constructor, would be fine. My complaint about mentioning “iterable” is that i

[issue24236] TestNG results to Junit results conversion

Tushar added the comment: The intention was to facilitate the user who want to port TestNG reports format to Junit standard format. I sent a mail to PSF mailing list and I got the pointer that this can't be part of standard library but PyPI. So I will upload this as a package instead of a part

[issue24236] TestNG results to Junit results conversion

Changes by Tushar : -- resolution: -> not a bug status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue24245] Eliminate do-nothing exception handlers

New submission from Martin Panter: These changes remove exception handlers that simply reraise the exception. They are not needed because either they are at the end of the exception handler list, or the exception being reraised would not be caught by any other handler (e.g. no need to reraise

[issue24244] Python Crash on strftime with %f on Python 3

R. David Murray added the comment: Please follow Ned's suggestion that prompted you to open this issue and report the exact version of python, your OS, and how to reproduce it. I cannot reproduce it based on the existing issues using python 3.4.1 on Windows 7. -- nosy: +r.david.murray

[issue4709] Mingw-w64 and python on windows x64

Ralf Gommers added the comment: Indeed, our idea of "easy to install" was/is a wheel or set of wheels so that "pip install mingw64py" does all you need. If necessary that can of course be repackaged as single download to unzip as well. -- ___ Python

  1   2   >