[issue22625] When cross-compiling, don’t try to execute binaries
Changes by Robert Collins robe...@robertcollins.net: -- nosy: +rbcollins ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22625 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24765] Move .idlerc to %APPDATA%\IDLE on Windows
Martin Panter added the comment: See also Issue 7175, although I think that is more about low-level Python configuration, rather than application-level configuration like Idle. -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24768] Bytearray double free or corruption
Martin Panter added the comment: Ah yes, I was confused. The bug fix isn’t actually in 3.4.3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24079] xml.etree.ElementTree.Element.text does not conform to the documentation
Martin Panter added the comment: I think Ned’s version is an acceptable solution (modulo some punctuation) to the original problem, although I do agree with Stefan that downplaying the generality would be even better. Perhaps we could add a qualifier, like “The *text* attribute [normally] holds . . .” -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24079 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24764] cgi.FieldStorage can't parse multipart part headers with Content-Length and no filename in Content-Disposition
STINNER Victor added the comment: @Pierre Quentel: Hi! Are you still working on CGI? Can you please review this patch? Thanks. -- Previous large change in the cgi module: issue #4953. Pierre helped a lot on this one. -- nosy: +quentel ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24764 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24764] cgi.FieldStorage can't parse multipart part headers with Content-Length and no filename in Content-Disposition
Peter Landry added the comment: I realized my formatting was poor, making it hard to quickly test the issue. Here's a cleaner version: import cgi from io import BytesIO BOUNDARY = JfISa01 POSTDATA = --JfISa01 Content-Disposition: form-data; name=submit-name Content-Length: 5 Larry --JfISa01 env = { 'REQUEST_METHOD': 'POST', 'CONTENT_TYPE': 'multipart/form-data; boundary={}'.format(BOUNDARY), 'CONTENT_LENGTH': str(len(POSTDATA))} fp = BytesIO(POSTDATA.encode('latin-1')) fs = cgi.FieldStorage(fp, environ=env, encoding=latin-1) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24764 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24764] cgi.FieldStorage can't parse multipart part headers with Content-Length and no filename in Content-Disposition
New submission from Peter Landry: `cgi.FieldStorage` can't parse a multipart with a `Content-Length` header set on a part: ```Python 3.4.3 (default, May 22 2015, 15:35:46) [GCC 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.49)] on darwin Type help, copyright, credits or license for more information. import cgi from io import BytesIO BOUNDARY = JfISa01 POSTDATA = --JfISa01 ... Content-Disposition: form-data; name=submit-name ... Content-Length: 5 ... ... Larry ... --JfISa01 env = { ... 'REQUEST_METHOD': 'POST', ... 'CONTENT_TYPE': 'multipart/form-data; boundary={}'.format(BOUNDARY), ... 'CONTENT_LENGTH': str(len(POSTDATA))} fp = BytesIO(POSTDATA.encode('latin-1')) fs = cgi.FieldStorage(fp, environ=env, encoding=latin-1) Traceback (most recent call last): File stdin, line 1, in module File /usr/local/Cellar/python3/3.4.3/Frameworks/Python.framework/Versions/3.4/lib/python3.4/cgi.py, line 571, in __init__ self.read_multi(environ, keep_blank_values, strict_parsing) File /usr/local/Cellar/python3/3.4.3/Frameworks/Python.framework/Versions/3.4/lib/python3.4/cgi.py, line 726, in read_multi self.encoding, self.errors) File /usr/local/Cellar/python3/3.4.3/Frameworks/Python.framework/Versions/3.4/lib/python3.4/cgi.py, line 573, in __init__ self.read_single() File /usr/local/Cellar/python3/3.4.3/Frameworks/Python.framework/Versions/3.4/lib/python3.4/cgi.py, line 736, in read_single self.read_binary() File /usr/local/Cellar/python3/3.4.3/Frameworks/Python.framework/Versions/3.4/lib/python3.4/cgi.py, line 758, in read_binary self.file.write(data) TypeError: must be str, not bytes ``` This happens because of a mismatch between the code that creates a temp file to write to and the code that chooses to read in binary mode or not: * the presence of `filename` in the `Content-Disposition` header triggers creation of a binary mode file * the present of a `Content-Length` header for the part triggers a binary read When `Content-Length` is present but `filename` is absent, `bytes` are written to the non-binary temp file, causing the error above. I've reviewed the relevant RFCs, and I'm not really sure what the correct way to handle this is. I don't believe `Content-Length` is addressed for part bodies in the MIME spec[0], and HTTP has its own semantics[1]. At the very least, I think this behavior is confusing and unexpected. Some libraries, like Retrofit[2], will by default include `Content-Length`, and break when submitting POST data to a python server. I've made an attempt to work in the way I'd expect, and attached a patch, but I'm really not sure if it's the proper decision. My patch kind of naively accepts the existing semantics of `Content-Length` that presume bytes, and treats the creation of a non-binary file as the bug. [0]: http://www.ietf.org/rfc/rfc2045.txt [1]: http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.4 [2]: http://square.github.io/retrofit/ -- components: Library (Lib) files: cgi_multipart.patch keywords: patch messages: 247751 nosy: Peter Landry, haypo priority: normal severity: normal status: open title: cgi.FieldStorage can't parse multipart part headers with Content-Length and no filename in Content-Disposition versions: Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 Added file: http://bugs.python.org/file40084/cgi_multipart.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24764 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24681] Put most likely test first in set_add_entry()
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24681 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24765] Move .idlerc to %APPDATA%\IDLE on Windows
New submission from jan parowka: IDLE shouldn't pollute user's home directory on Windows, standard location for config files is %APPDATA%\App, which resolves to C:\Users\user\AppData\Roaming\App in Vista upwards and somewhere in Documents and Settings under XP. -- components: IDLE messages: 247754 nosy: jan parowka priority: normal severity: normal status: open title: Move .idlerc to %APPDATA%\IDLE on Windows type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24681] Put most likely test first in set_add_entry()
Roundup Robot added the comment: New changeset 9e3be159d023 by Raymond Hettinger in branch 'default': Issue #24681: Move the most likely test first in set_add_entry(). https://hg.python.org/cpython/rev/9e3be159d023 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24681 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24763] asyncio.BaseSubprocessTransport triggers an unavoidable ResourceWarning if process doesn't start
Roundup Robot added the comment: New changeset f6b8a0c6b8c9 by Victor Stinner in branch '3.4': Fix ResourceWarning in asyncio.BaseSubprocessTransport https://hg.python.org/cpython/rev/f6b8a0c6b8c9 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24763] asyncio.BaseSubprocessTransport triggers an unavoidable ResourceWarning if process doesn't start
Changes by STINNER Victor victor.stin...@gmail.com: Added file: http://bugs.python.org/file40083/popen_error_close.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24763] asyncio.BaseSubprocessTransport triggers an unavoidable ResourceWarning if process doesn't start
STINNER Victor added the comment: popen_error_close.patch: I put more code in the try block to ensure that the transport is close on any kind of error, and I added an unit test. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12006] strptime should implement %G, %V and %u directives
Ashley Anderson added the comment: Here is an updated patch with implementation as outlined in msg247525. -- Added file: http://bugs.python.org/file40085/issue12006_7_complete.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12006 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24750] IDLE: Cosmetic improvements for main window
Mark Roseman added the comment: I'll raise the practical matter that ActiveState no longer distributes 8.4.x as part of its Community edition ActiveTcl, though I presume it would be available as part of its for-fee Business version. Therefore if someone wants to use Python on 10.5, it would be with 8.4.7 (from 2005), pre-installed by Apple. The real difficulty is not so much a 10.5 vs. 10.6, but support for any PowerPC Macs, since 10.6 was the first version that was Intel only. The last PPC Macs were sold in 2006. FYI, the ActiveTcl 8.5.x Community edition are for 10.5+, but Intel only. Out of curiosity, are there download statistics? At some point, I'm sure it will make sense to stop distributing a pre-built Python that works on PPC/10.5; which doesn't of course preclude people from getting it working, or someone else creating a pre-built package hosted elsewhere. That's a discussion worth having of course, but somewhat larger than the matter here. My personal preference would be just making IDLE not work without ttk, i.e. it breaks if they don't otherwise get a PPC 8.5 Tcl/Tk compiled on their machine. I think Terry's suggestion of a 'frozen' IDLE might work on 2.7.x, but probably less so on 3.x. Not going ahead with the improvements (or keeping code for both 8.4 and 8.5+) doesn't seem like a sensible choice, given the benefits to a large audience. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24750 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24750] IDLE: Cosmetic improvements for main window
Mark Roseman added the comment: Ned, quick question... if there is a tcl/tk 8.5.x on the system, will the 32 bit prebuilt distros link with it, or only with a 8.4.x version? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24750 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23574] datetime: support leap seconds
dlroo added the comment: Is it possible to modify datetime so that the check_time_args function in the datetimemodule.c does not error when given a seconds value of greater than 59? I was thinking that if the seconds were greater than 59, the seconds are set to 59 and any extra seconds are kept in a book keeping attribute (not a real attribute because its C) that is accessible from the Python side? You would have to make the seconds argue passed by reference (thus returning a modified second). Also would want the book keeping value to be zero in nominal conditions. This would do nothing for any of the datetime arithmetic, but that can be handled externally. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23574 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23574] datetime: support leap seconds
Alexander Belopolsky added the comment: Please redirect this discussion to the recently opened datetime-sig mailing list. https://mail.python.org/pipermail/datetime-sig/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23574 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24757] Installing Py on Windows: Need to restart or logout for path to be added
Steve Dower added the comment: That's exactly what is needed (though it still won't affect command prompts that are already open). The 3.5+ installer does it, so this only affects 2.7 and 3.4. -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24757 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24766] Subclass of property doesn't preserve instance __doc__ when using doc= argument
Changes by Ethan Furman et...@stoneleaf.us: -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24766 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24766] Subclass of property doesn't preserve instance __doc__ when using doc= argument
Ethan Furman added the comment: Looks good so far. Let's get some tests in place. -- stage: - test needed type: - behavior versions: +Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24766 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24750] IDLE: Cosmetic improvements for main window
Terry J. Reedy added the comment: For years there have been people who want to remove Idle from the stdlib for all distributions, not just the OS 10.5 release. Even Guido is now having thoughts along this line. One of the reasons is appearance. Not improving that will make it more likely that it goes away for everyone. The other reason, of course, is behavior. I also believe the new widgets will make some behavior improvements easier. I see no reason why Idle as it was yesterday should not continue to work as it did yesterday as well for 3.4 and 3.5 as for 2.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24750 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24724] Element.findall documentation misleading
Eric S added the comment: To my preference, the drop-in is verbose and I got a little confused on first read. The current documentation and example seem mostly OK to me. If we leave children as in all country children of *root*, it doesn't illuminate the fact that if root had a great-great-grandchild also named country, then it would return that as well. The only way I can think to simply clarify it is to use direct descendents or all direct descendents. Here's how the phrase direct children slipped me up when I first read the docs re:findall(): I thought I could rebuild the XML tree like this: def rebuild_XML_as_whatever(parent) for child in parent.findall() code_that_attaches_child rebuild_XML_as_whatever(child) instead I had to do this: def rebuild_XML_as_whatever(parent) descendns = parent.findall(./) for child_n in range(len(descendns)): child = descendns[child_n] code_that_attaches_child rebuild_XML_as_whatever(child) RE:iterfind() if it fits a new format that's fine but renaming would, of course, interfere with backwards compatibility. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24724 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24724] Element.findall documentation misleading
Stefan Behnel added the comment: Whenever you feel a need for using range(len(...)), you are almost always doing something wrong. The problem in your code is that you are modifying the tree while iterating over it. However, please ask this question on the mailing list as the bug tracker is not the right place to discuss this. If we leave children as in all country children of *root*, it doesn't illuminate the fact that if root had a great-great-grandchild also named country, then it would return that as well. No, it wouldn't. It behaves exactly as described. Thus the reference to the XPath section for further explanations. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24724 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22932] email.utils.formatdate uses unreliable time.timezone constant
Changes by Robert Collins robe...@robertcollins.net: -- versions: +Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22932 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22932] email.utils.formatdate uses unreliable time.timezone constant
Roundup Robot added the comment: New changeset fa8b76dfd138 by Robert Collins in branch '3.4': Issue #22932: Fix timezones in email.utils.formatdate. https://hg.python.org/cpython/rev/fa8b76dfd138 New changeset 94b43b36e464 by Robert Collins in branch '3.5': Issue #22932: Fix timezones in email.utils.formatdate. https://hg.python.org/cpython/rev/94b43b36e464 New changeset 479787100b91 by Robert Collins in branch 'default': Issue #22932: Fix timezones in email.utils.formatdate. https://hg.python.org/cpython/rev/479787100b91 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22932 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24720] Python install help
node added the comment: SOLVED: The PC errors were solved by doing the following. I found this after doing some extensive search. hxxps://social.msdn.microsoft.com/Forums/en-US/10b9c8b4-7e49-4724-bca4-6ee5f4ec8a10/visual-studio-2015-professional-fails-to-install-on-windows-7?forum=vssetup I first ran the batch file at the end of the post. I then install KB2919442-x64.msu. Next I install KB2919335-x64.msu. Next I force windows 8.1 update I then download the vs2015.ISO extracted the Win 8.1 patch KB2999226-x64.msu and installed that. Install .netframeworks and then VS2015 finally Python 3.5.0b4 then reboot. Now I have issues with Hello World in Eclipse Mars giving an error would appreciate any help. Thanks -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24720 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24765] Move .idlerc to %APPDATA%\IDLE on Windows
eryksun added the comment: On Windows, using the shell's [Known Folders API][1] is preferred. For Python 3.6+, an extension module could wrap SHGetKnownFolderPath and provide a dict of KNOWNFOLDERID values such as FOLDERID_RoamingAppData. On Linux, there's the [XDG Base Directory Specification][2]. The application directory is created in one or more of the following directories {default in brackets}: $XDG_CONFIG_HOME {~/.config}, $XDG_DATA_HOME {~/.local/share}, and $XDG_CACHE_HOME {~/.cache}. What about Mac OS X? [1]: https://msdn.microsoft.com/en-us/library/bb776911 [2]: http://standards.freedesktop.org/basedir-spec/latest -- nosy: +eryksun versions: +Python 3.6 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24720] Python install help
Zachary Ware added the comment: Since this has been conclusively shown to not be a Python bug, closing the issue. This isn't a support forum, you'll have to look elsewhere for help with Eclipse. -- resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24720 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24767] can concurrent.futures len(Executor) return the number of tasks?
Antoine Pitrou added the comment: I don't think len() is a good idea for this, it's not obvious enough (why the number of tasks and not the number of threads/processes, for example?). Also, len() can make the object evaluate false-y in a boolean context, if len() returns 0. A dedicated method would probably be ok, though. With the caveat that the return value would always be an approximation of the actual value. -- nosy: +bquinlan, pitrou versions: +Python 3.6 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24767] can concurrent.futures len(Executor) return the number of tasks?
New submission from Pat Riehecky: As a feature request, can the Executor respond to a len() request by showing the number of non-finished/non-canceled items in the pool? I would like a clean pythonic way of seeing how many items remain to be executed and this seemed the way to go. psudo-code: myvar = list(range(1, 30)) pool = concurrent.futures.ThreadPoolExecutor(max_workers=2) results = pool.map(myfunction, myvar) for result in results: print(waiting for + str(len(pool)) + tasks to finish) -- components: Library (Lib) messages: 247766 nosy: Pat Riehecky priority: normal severity: normal status: open title: can concurrent.futures len(Executor) return the number of tasks? type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22932] email.utils.formatdate uses unreliable time.timezone constant
Robert Collins added the comment: Applied to 3.4 and up. Thanks for the patch! -- nosy: +rbcollins resolution: - fixed stage: commit review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22932 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17013] Allow waiting on a mock
Robert Collins added the comment: Now at https://github.com/testing-cabal/mock/issues/189 -- nosy: +rbcollins ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17013 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19007] precise time.time() under Windows 8: use GetSystemTimePreciseAsFileTime
STINNER Victor added the comment: Note: GetSystemTimePreciseAsFileTime() is restricted to desktop applications. The windowstimestamp.com has a warning on this function: http://www.windowstimestamp.com/description 2.1.4.2. Desktop Applications: GetSystemTimePreciseAsFileTime() (...) The function shall also be used with care when a system time adjustment is active. Current Windows versions treat the performance counter frequency as a constant. The high resolution of GetSystemTimePreciseAsFileTime() is derived from the performance counter value at the time of the call and the performance counter frequency. However, the performance counter frequency should be corrected during system time adjustments to adapt to the modified progress in time. Current Windows versions don't do this. The obtained microsecond part may be severely affected when system time adjustments are active. Seconds may consist of more or less than 1.000.000 microseconds. Microsoft may or not fix this in one of the next updates/versions. (...) As of May, 2015 the inaccuracy of GetSystemTimePreciseAsFileTime() during system time adjustments persists for the preview versions of Windows 10. Is it ok to switch to GetSystemTimePreciseAsFileTime() for Python time.time()? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19007 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24726] OrderedDict has strange behaviour when dict.__setitem__ is used.
Terry J. Reedy added the comment: Attached revised file that runs to completion on 2.7 and 3.x. -- nosy: +terry.reedy stage: - test needed versions: +Python 2.7, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file40089/tem2.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24726 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24766] Subclass of property doesn't preserve instance __doc__ when using doc= argument
New submission from Erik Bray: This issue is directly related to http://bugs.python.org/issue5890, the solution to which I think was incomplete. The examples below use a trivial subclass of property (but apply as well to a less trivial one): class myproperty(property): pass ... When using myproperty with the decorator syntax, or simply without specifying a doc= argument, the docstring is properly inherited from the getter, as was fixed by issue5890: class A: ... @myproperty ... def foo(self): ... The foo. ... return 1 ... A.foo.__doc__ 'The foo.' However, when using the doc= argument, this behavior is broken: class B: ... def _get_foo(self): return 1 ... foo = myproperty(_get_foo, doc=The foo.) ... B.foo.__doc__ B.foo.__doc__ is None True The attached patch resolves the issue by applying the special case for subclasses more generally. If this looks good I'll add a test as well. One thing I went back and forth on in the if (Py_TYPE(self) != PyProperty_Type) block was whether or not to then deref prop-prop_doc and set it to NULL, since I don't think it's needed anymore at this point. But I decided it was ultimately harmless to leave it. -- components: Interpreter Core files: property-doc.patch keywords: patch messages: 247756 nosy: erik.bray priority: normal severity: normal status: open title: Subclass of property doesn't preserve instance __doc__ when using doc= argument Added file: http://bugs.python.org/file40086/property-doc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24766 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24768] Bytearray double free or corruption
New submission from pidpawel: I've managed to isolate some code whish results in core dump/heap corruption. I've tested it on Python 3.4 and 2.7. On 2.7 works fine, on 3.4.3 bug exists. Example backtraces: ⌠ aqua ~ Error! ⌡ %pidpawel time ./deltest.py *** Error in `python3': malloc(): memory corruption: 0x01ef0940 *** Then process hangs, or: ⌠ aqua ~ Error! ⌡ %pidpawel time ./deltest.py *** Error in `python3': double free or corruption (!prev): 0x009a7370 *** === Backtrace: = /lib64/libc.so.6(+0x7233b)[0x7f90baca633b] /lib64/libc.so.6(+0x7780e)[0x7f90bacab80e] /lib64/libc.so.6(+0x77ffb)[0x7f90bacabffb] /usr/lib64/libpython3.4.so.1.0(PyByteArray_Resize+0xd2)[0x7f90bb256c22] /usr/lib64/libpython3.4.so.1.0(+0x6cc82)[0x7f90bb257c82] /usr/lib64/libpython3.4.so.1.0(+0x6d5d0)[0x7f90bb2585d0] /usr/lib64/libpython3.4.so.1.0(PyEval_EvalFrameEx+0xcb5)[0x7f90bb2f9be5] /usr/lib64/libpython3.4.so.1.0(PyEval_EvalCodeEx+0x85e)[0x7f90bb3015ce] /usr/lib64/libpython3.4.so.1.0(PyEval_EvalCode+0x3b)[0x7f90bb30169b] /usr/lib64/libpython3.4.so.1.0(+0x1319e4)[0x7f90bb31c9e4] /usr/lib64/libpython3.4.so.1.0(PyRun_FileExFlags+0x9d)[0x7f90bb31e99d] /usr/lib64/libpython3.4.so.1.0(PyRun_SimpleFileExFlags+0x101)[0x7f90bb31f871] /usr/lib64/libpython3.4.so.1.0(Py_Main+0xd6c)[0x7f90bb334f5c] python3(main+0x169)[0x400b09] /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f90bac547b0] python3[0x400bb6] === Memory map: 0040-00401000 r-xp 08:02 7177593 /usr/bin/python3.4 00601000-00602000 r--p 1000 08:02 7177593 /usr/bin/python3.4 00602000-00603000 rw-p 2000 08:02 7177593 /usr/bin/python3.4 008c-009d5000 rw-p 00:00 0 [heap] 7f90b94c9000-7f90b94df000 r-xp 08:02 4729096 /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.3/libgcc_s.so.1 7f90b94df000-7f90b96de000 ---p 00016000 08:02 4729096 /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.3/libgcc_s.so.1 7f90b96de000-7f90b96df000 r--p 00015000 08:02 4729096 /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.3/libgcc_s.so.1 7f90b96df000-7f90b96e rw-p 00016000 08:02 4729096 /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.3/libgcc_s.so.1 7f90b96e-7f90b96e2000 r-xp 08:02 4255845 /usr/lib64/python3.4/lib-dynload/_random.cpython-34.so 7f90b96e2000-7f90b98e2000 ---p 2000 08:02 4255845 /usr/lib64/python3.4/lib-dynload/_random.cpython-34.so 7f90b98e2000-7f90b98e3000 r--p 2000 08:02 4255845 /usr/lib64/python3.4/lib-dynload/_random.cpython-34.so 7f90b98e3000-7f90b98e4000 rw-p 3000 08:02 4255845 /usr/lib64/python3.4/lib-dynload/_random.cpython-34.so 7f90b98e4000-7f90b98f9000 r-xp 08:02 2496055 /lib64/libz.so.1.2.8 7f90b98f9000-7f90b9af8000 ---p 00015000 08:02 2496055 /lib64/libz.so.1.2.8 7f90b9af8000-7f90b9af9000 r--p 00014000 08:02 2496055 /lib64/libz.so.1.2.8 7f90b9af9000-7f90b9afa000 rw-p 00015000 08:02 2496055 /lib64/libz.so.1.2.8 7f90b9afa000-7f90b9d0d000 r-xp 08:02 4067396 /usr/lib64/libcrypto.so.1.0.0 7f90b9d0d000-7f90b9f0c000 ---p 00213000 08:02 4067396 /usr/lib64/libcrypto.so.1.0.0 7f90b9f0c000-7f90b9f2a000 r--p 00212000 08:02 4067396 /usr/lib64/libcrypto.so.1.0.0 7f90b9f2a000-7f90b9f36000 rw-p 0023 08:02 4067396 /usr/lib64/libcrypto.so.1.0.0 7f90b9f36000-7f90b9f3a000 rw-p 00:00 0 7f90b9f7-7f90b9f75000 r-xp 08:02 4218152 /usr/lib64/python3.4/lib-dynload/_hashlib.cpython-34.so 7f90b9f75000-7f90ba174000 ---p 5000 08:02 4218152 /usr/lib64/python3.4/lib-dynload/_hashlib.cpython-34.so 7f90ba174000-7f90ba175000 r--p 4000 08:02 4218152 /usr/lib64/python3.4/lib-dynload/_hashlib.cpython-34.so 7f90ba175000-7f90ba176000 rw-p 5000 08:02 4218152 /usr/lib64/python3.4/lib-dynload/_hashlib.cpython-34.so 7f90ba176000-7f90ba17e000 r-xp 08:02 4255848 /usr/lib64/python3.4/lib-dynload/math.cpython-34.so 7f90ba17e000-7f90ba37d000 ---p 8000 08:02 4255848 /usr/lib64/python3.4/lib-dynload/math.cpython-34.so 7f90ba37d000-7f90ba37e000 r--p 7000 08:02 4255848 /usr/lib64/python3.4/lib-dynload/math.cpython-34.so 7f90ba37e000-7f90ba38 rw-p 8000 08:02 4255848 /usr/lib64/python3.4/lib-dynload/math.cpython-34.so 7f90ba38-7f90ba531000 rw-p 00:00 0 7f90ba531000-7f90ba62c000 r-xp 08:02 2497839 /lib64/libm-2.21.so 7f90ba62c000-7f90ba82b000 ---p 000fb000 08:02 2497839 /lib64/libm-2.21.so 7f90ba82b000-7f90ba82c000 r--p 000fa000 08:02
[issue24763] asyncio.BaseSubprocessTransport triggers an unavoidable ResourceWarning if process doesn't start
Roundup Robot added the comment: New changeset 6703ac68bf49 by Victor Stinner in branch '3.4': Issue #24763: Fix asyncio test on Windows https://hg.python.org/cpython/rev/6703ac68bf49 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19007] precise time.time() under Windows 8: use GetSystemTimePreciseAsFileTime
STINNER Victor added the comment: Good news! I got a new fresh Windows 8.1 VM with Visual Studio 2015. I'm now able to work on this issue. I wrote a patch: time_precise.patch. Resolution computed in Python by https://hg.python.org/peps/file/tip/pep-0418/clock_resolution.py: GetSystemTimePreciseAsFileTime(): 715 ns GetSystemTimeAsFileTime(): 14 ms Obviously, the resolution is better... GetSystemTimePreciseAsFileTime() uses internally the QueryPerformanceCounter() so I chose to use QueryPerformanceFrequency() to fill time.get_clock_info('time').resolution, same code than time.get_clock_info('perf_counter').resolution -- keywords: +patch Added file: http://bugs.python.org/file40088/time_precise.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19007 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24726] OrderedDict has strange behaviour when dict.__setitem__ is used.
Terry J. Reedy added the comment: Marco, #-prefixed issue numbers like this, #24721, #24667, and #24685, are easier to read. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24726 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24718] Specify interpreter when running in IDLE
Terry J. Reedy added the comment: I have in mind the idea of enhancing run module options. In particular, I think there should be a Run in console option (python -i -m file. However I do not understand exactly what you would want. I believe you could now write an extension that would add 'pgzrun' to the Run menu and define a function bound to that entry that would call subprocess with python -m pgzero script. Error tracebacks (and print() output, but games should not do such) would appear in the console menu instead of Idle's Shell. You could add '-i' to the invocation for post-mortem investigation. Idle *simulates* running a file with python -i -m script. What it actually does (on Windows) is pythonw -m .../idlelib/run.py. The editor contents are compiled in the Idle process. The code must be complete at this time. For tracebacks to work properly, it must be the same as displayed in the editor, so adding an import line is a bad idea. If both the process invocation and compile work, the code object is sent to the process and exec'ed in a pseudo-main namespace. Output to stdout/err is sent back to Shell. The only interpreter option I see here is run a different version of python and run.py (not trivial). The user process should import site.py and if present, sitecustomize and maybe a 'usercustomize'. I am not familiar with these but you could investigate. I do not see the point of an absolute zero boilerplate requirement. Kids manage with from turtle import * and anyone should be able to deal with from pgz import *. Avoiding even that given people a wrong impression of what a proper python file looks like and creates trouble that I see as unnecessary. Since the solution to your problem seems to be a custom extension, patch, or use of the site module, I am inclined to close this. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24718 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24740] make patchcheck doesn't detect changes if commit is done first
Terry J. Reedy added the comment: Better: a local commit hook that rejects commits that cannot be pushed. I think this has been discussed, but never done, unless something has been added to the devguide that I missed. Better still: the hoped-for new workflow where patches are submitted to an automaton that checks, tests, commits, and merges for us. I believe that this is part of both proposals that Brett Cannon will review. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24079] xml.etree.ElementTree.Element.text does not conform to the documentation
Stefan Behnel added the comment: could we apply this patch, please? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24079 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18383] test_warnings modifies warnings.filters when running with -W default
Alex Shkop added the comment: Looking at this patch again, I'm wondering if it is correct to remove duplicate filter if append=True. Perhaps in this case it is more correct to leave the filter in place and do not append new one? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24724] Element.findall documentation misleading
Stefan Behnel added the comment: Here's a complete drop-in replacement. More specific constraints on which elements to look for and where to look for them in the tree can be expressed in :ref:`XPath elementtree-xpath`. :meth:`Element.iterfind` iterates over all elements matching such a path expression. In the following example, it finds all direct country children of *root*. :meth:`Element.find` provides a shortcut to find only the *first* matching element, in this example the first rank child. Once an element is found, :attr:`Element.text` accesses the element's immediate text content and :meth:`Element.get` accesses the element's attributes. :: for country in root.iterfind('country'): ... rank = country.find('rank').text ... name = country.get('name') ... print(name, rank) ... Liechtenstein 1 Singapore 4 Panama 68 Note that the reviewed doc patch in issue 24079 also hasn't been applied yet. It would help here. -- type: - enhancement versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24724 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24750] IDLE: Cosmetic improvements for main window
Ned Deily added the comment: Ned, Mark will be opening several appearance issues (see ttk thread on Idle list). Do you want to be routinely added as nosy to comment? No, that's not necessary or desirable. At the moment, I don't think I have much bandwidth or expertise to contribute to appearance discussions. I'll chime in if asked or if anything strikes me. As a general principle, do keep in mind that for each current actively maintained Python release (e.g. 2.7, 3.4, and 3.5), on python.org we supply two Python installer variants for OS X: (1) for OS X 10.6 and higher that links with Tcl/Tk 8.5 and (2) for OS X 10.5 (and higher, although intended primarily for 10.5) that links with Tcl/Tk 8.4. So any changes for IDLE for 2.7, 3.4, and 3.5 should work across all of those combinations of OS X releases and Tk versions. (For Python 3.6, I'd like to move to shipping with just Tk 8.6, if possible.) Also, there are third-party distributors of Python for OS X that currently link with Cocoa Tk 8.6 and with X11 Tk 8.6, for example, MacPorts. https://www.python.org/download/mac/tcltk/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24750 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24079] xml.etree.ElementTree.Element.text does not conform to the documentation
Ned Deily added the comment: I note that the current wording for both text and tail are careful to allow for the most general use of the Element class, that is, that it may be used in non-XML contexts, for example: The text attribute can be used to hold additional data associated with the element. As the name implies this attribute is usually a string but may be any application-specific object. If the element is created from an XML file the attribute will contain any text found between the element tags. The proposed patch downplays that generality. How about modifying the original wording so that the description starts something like: These attributes can be used to hold additional [...] application-specific object. If the element is created from an XML file, the *text* attribute holds either the text between the element'sstart tag and its first child or end tag, or ``None``and the *tail* attribute holds either the text [...]. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24079 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24762] Branchless, vectorizable frozen set hash
Changes by Raymond Hettinger raymond.hettin...@gmail.com: Added file: http://bugs.python.org/file40081/timings_fasthash_clang.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24762 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24757] Installing Py on Windows: Need to restart or logout for path to be added
Changes by Ned Deily n...@acm.org: -- components: +Windows -Documentation nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24757 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24079] xml.etree.ElementTree.Element.text does not conform to the documentation
Stefan Behnel added the comment: The proposed patch downplays that generality. That is completely intentional. Almost all readers of the documentation will first need to understand the difference between text and tail before they can go and think about any more advanced use cases that will almost certainly fail on their first serialisation attempts. The most important aim of the new phrasing is therefore to make that difference clear. Everything else is secondary, although still worth mentioning. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24079 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21192] Idle: Print filename when running a file from editor
Roundup Robot added the comment: New changeset 20a8e5dccf66 by Terry Jan Reedy in branch '2.7': Issue #21192: Idle Editor. When a file is run, put its name in the restart bar. https://hg.python.org/cpython/rev/20a8e5dccf66 New changeset 2ae12789dcb8 by Terry Jan Reedy in branch '3.4': Issue #21192: Idle Editor. When a file is run, put its name in the restart bar. https://hg.python.org/cpython/rev/2ae12789dcb8 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21192 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21192] Idle: Print filename when running a file from editor
Terry J. Reedy added the comment: This is how restarts look now. Thanks for the initial idea and patch. == RUN C:\Programs\Python34\tem.py = === RESTART Shell = -- resolution: - fixed stage: needs patch - resolved status: open - closed versions: +Python 2.7, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21192 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24769] Interpreter doesn't start when dynamic loading is disabled
New submission from Jeffrey Armstrong: When attempting to build Python without dynamic loading (HAVE_DYNAMIC_LOADING is not defined), the module _imp will not have the function exec_dynamic. However, Lib/bootstrap.py seems to assume that _imp.exec_dynamic exists, causing the error: ./python -E -S -m sysconfig --generate-posix-vars ;\ if test $? -ne 0 ; then \ echo generate-posix-vars failed ; \ rm -f ./pybuilddir.txt ; \ exit 1 ; \ fi Traceback (most recent call last): File frozen importlib._bootstrap, line 1134, in _install File frozen importlib._bootstrap, line 1114, in _setup File frozen importlib._bootstrap, line 1082, in _builtin_from_name File frozen importlib._bootstrap, line 673, in _load_unlocked File frozen importlib._bootstrap, line 748, in exec_module AttributeError: module '_imp' has no attribute 'exec_dynamic' Fatal Python error: Py_Initialize: importlib install failed Current thread 0x (most recent call first): ABNORMAL TERMINATION generate-posix-vars failed when trying to build. This error means that Python 3.5 will not be able to build in a purely static (no dynamic loading whatsoever) form. This error was encountered in Python 3.5b4. -- components: Build messages: 247797 nosy: Jeffrey.Armstrong priority: normal severity: normal status: open title: Interpreter doesn't start when dynamic loading is disabled type: compile error versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24724] Element.findall documentation misleading
Martin Panter added the comment: Eric: Calling findall(country) does _not_ return grandchidren nor further descendants. Also, your pseudocode calling findall() with no arguments does not work, so I am left wondering where you got the wrong impression about grandchildren. The usual way to get a list of direct children is to call list(parent): root = XML('''datacountry name=Leichtenstein ... country name=Singaporecountry name=Panama//country ... /country/data''') root.findall() Traceback (most recent call last): File stdin, line 1, in module TypeError: Required argument 'path' (pos 1) not found list(root) # List of direct children [Element 'country' at 0xb6ebe324] root.findall(country) # List of direct country children [Element 'country' at 0xb6ebe324] root.findall(.//country) # List of all country descendants [Element 'country' at 0xb6ebe324, Element 'country' at 0xb6ebe284, Element 'country' at 0xb6ebe0cc] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24724 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24726] OrderedDict has strange behaviour when dict.__setitem__ is used.
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: - rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24726 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24383] consider implementing __await__ on concurrent.futures.Future
Alex Grönholm added the comment: Sorry to keep you waiting. This sample code runs fine with the attached patch: https://gist.github.com/agronholm/43c71be0028bb866753a In short, I implemented support for concurrent.futures in the asyncio Task class instead of making concurrent.futures aware of asyncio. The __await__ implementation in concurrent.futures closely mirrors that of asyncio's Future. -- Added file: http://bugs.python.org/file40090/asyncio_await.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24768] Bytearray double free or corruption
Changes by Antoine Pitrou pit...@free.fr: -- stage: - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24768] Bytearray double free or corruption
Antoine Pitrou added the comment: This was actually fixed in 98c1201d8eea, which didn't make it into 3.4.3. -- resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24768] Bytearray double free or corruption
Martin Panter added the comment: Reproduceable on 32 bit x86 Arch Linux. FTR this is not Issue 23985, since that was fixed in 3.4.3. I have not investigated, but maybe it shares the same cause (Issue 19087). Also, it may be helpful to build with “./configure --with-pydebug” to pinpoint the problem. -- nosy: +pitrou, vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24765] Move .idlerc to %APPDATA%\IDLE on Windows
jan parowka added the comment: Mac Developer Library mentions Library/Application Support/App as a preferred directory to store configuration files for an application, gotten via a call to NSSearchPathForDirectoriesInDomains or NSFileManager with NSApplicationSupportDirectory path key and either NSLocalDomainMask domain (for all users) or NSUserDomainMask domain (for current user). https://developer.apple.com/library/mac/documentation/General/Conceptual/MOSXAppProgrammingGuide/AppRuntime/AppRuntime.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24726] OrderedDict has strange behaviour when dict.__setitem__ is used.
Raymond Hettinger added the comment: There is a bug in _PyObject_GenericSetAttrWithDict() Objects/object.c where a calls are made to PyDict_SetItem() and PyDict_DelItem() without checking first checking for PyDict_CheckExact(). * In PEP 372, OrderedDict was consciously specified to be a subclass of regular dicts in order to improve substitutability for dicts in most existing code. That decision had some negative consequences as well. It is unavoidable the someone can call the parent class directly and undermine the invariants of the subclass (that is a fact of life for all subclasses that maintain their own state while trying to stay in-sync with state in the parent class -- see http://bugs.python.org/msg247358 for an example). With pure python code for the subclass, we say, don't do that. I'll add a note to that effect in the docs for the OD (that said, it is a general rule that applies to all subclasses that have to stay synchronized to state in the parent). In C version of the OD subclass, we still can't avoid being bypassed (see http://bugs.python.org/issue10977) and having our subclass invariants violated. Though the C code can't prevent the invariants from being scrambled it does have an obligation to not segfault and to not leak something like OrderedDict([NULL]). Ideally, if is possible to detect an invalid state (i.e. the linked link being out of sync with the inherited dict), then a RuntimeError or somesuch should be raised. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24726 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24768] Bytearray double free or corruption
Changes by Yury Selivanov yseliva...@gmail.com: -- nosy: +benjamin.peterson, yselivanov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24756] doctest run_docstring_examples does have an obvious utility
Terry J. Reedy added the comment: Ditto -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24756 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24745] Better default font for editor
Mark Roseman added the comment: I've attached defaultfont.patch which will look for the magic value 'TkFixedFont' in the configuration file and do some appropriate magic with it. Most of the font handling smarts are now in a 'GetFont' call in configHandler, which as a bonus reduces some of the complexity and duplication elsewhere. -- keywords: +patch Added file: http://bugs.python.org/file40091/defaultfont.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24745 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24383] consider implementing __await__ on concurrent.futures.Future
Yury Selivanov added the comment: In short, I implemented support for concurrent.futures in the asyncio Task class instead of making concurrent.futures aware of asyncio. The __await__ implementation in concurrent.futures closely mirrors that of asyncio's Future. I like your approach and the proposed patch. I think we should commit this in 3.6 (the final patch should include docs tests). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24767] can concurrent.futures len(Executor) return the number of tasks?
Pat Riehecky added the comment: works for me -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24726] OrderedDict has strange behaviour when dict.__setitem__ is used.
Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24726 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24667] OrderedDict.popitem()/__str__() raises KeyError
Eric Snow added the comment: I've verified that it is definitely the linked list that is getting updated incorrectly at the point that a key is popped off. The underlying dict is working fine. The erroneous behavior is happening with either pop, popitem, or __delitem__. However, it is likely in the common code used to remove a node from the linked list (e.g. _odict_clear_node). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24750] IDLE: Cosmetic improvements for main window
Terry J. Reedy added the comment: ttk is not available with 8.4 (except maybe with the tile extension, but I believe some changes were made before it was incorporated in 8.4 as ttk). As I mentioned on the ttk thread on idle-sig, it was agreed in a pydev discusion a couple of years ago or so that Idle could use ttk widgets and thereby require 8.5. 8.5 is about 8 years old. Tracker issues and pydev discussion about using ttk in Idle go back at least 5 years. Two examples of the latter are IDLE contributors and committers and Removing IDLE from the standard library from July 2010. G. Polo's patches using ttk were part of the discussion. Mark Roseman has used tk for 22 years and ttk for at least 8 and written a nice website and book on how to use them (which I have read). He has offered to help upgrade Idle with ttk. I am excited about taking advantage of the offer. This will alleviate many of the complaints about Idle's appearance and allow use of the (tabbed) Notebook, and Treeview widgets new with ttk. Even on Windows, the ttk Scrollbar is a noticeable improvement. I do not want to keep Idle development frozen for the benefit of the few users of the 8-year-old Mac OS 10.5 who might also want to use Idle. The alternatives I see are removing Idle from the 10.5 release; asking those who want Idle to upgrade to a new ActiveState distribution, if there is one that works on 10.5; or include with that release a frozen version of Idle as it was yesterday, before I applied the first patch importing ttk. Nick, do you remember any of the pydev discussions, or have any comments? -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24750 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23574] datetime: support leap seconds
Marc-Andre Lemburg added the comment: On 21.07.2015 22:15, dlroo wrote: dlroo added the comment: If you are using mx.DateTime make certain you do not use the .strftime method. If you use .strftime method and have a 60th second in your DateTime object it will crash python with no error message. This occurs because the .strftime method is fully inherited from Python's datetime.datetime. Thanks for the report. We will fix this in the next mxDateTime release. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23574 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com