[issue24181] test_fileio crash, 3.5, Win 7
Changes by Steve Dower steve.do...@microsoft.com: -- stage: needs patch - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24181 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24546] sequence index bug in random.choice
Mark Dickinson added the comment: [Tim] I suspect, but have not proved, that 1. - 2.**-53 is the only random.random() result for which it's possible that double-rounding can cause int(i * random.random()) == i. I'm sure this is true. Any other random value is at most 1 - 2**-52, and we're always going to have (1 - 2**-52) * i = next_below(i), (where * represents multiplication in the rationals, with unrounded result), and since next_below(i) is representable both in the extended 64-bit precision and the target 53-bit precision, neither of the roundings will change that inequality. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24546 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24181] test_fileio crash, 3.5, Win 7
Steve Dower added the comment: I don't see any crash in that log, though the importlib tests appeared to time out. Assert messages appear on the buildbots because they use debug builds and we don't suppress them completely. Provided the tests keep running without failure, it's fine. To avoid the dialog when testing a debug build, you need to pass -n to test. -- resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24181 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23965] test_ssl failure on Fedora 22
Nick Coghlan added the comment: I've attached the patch for my initial attempt at addressing this, but I think my results show I went down completely the wrong path. Specifically, the three new tests are failing: FAIL: test_protocol_sslv23_not_available (test.test_ssl.ThreadedTests) -- AssertionError: Client protocol PROTOCOL_SSLv23 succeeded with server protocol PROTOCOL_SSLv23! FAIL: test_protocol_sslv2_not_available (test.test_ssl.ThreadedTests) -- AssertionError: Client protocol SSLv2 succeeded with server protocol SSLv2! FAIL: test_protocol_sslv3_not_available (test.test_ssl.ThreadedTests) -- AssertionError: Client protocol PROTOCOL_SSLv3 succeeded with server protocol PROTOCOL_SSLv3! So I'm going to revert this attempt entirely, and instead start by introducing some appropriate use of subtests to get more info out of the failing examples. -- keywords: +patch versions: +Python 2.7, Python 3.4, Python 3.6 Added file: http://bugs.python.org/file39871/issue23965_check_sslv23_support.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23965 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23517] datetime.utcfromtimestamp parses timestamps incorrectly
STINNER Victor added the comment: My rationale is more general than datetime. But problems araise when different API use different rounding methods. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23517 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24568] Misc/NEWS: free-after-use - use-after-free
New submission from Jakub Wilk: Misc/NEWS reads: Fix free-after-use bug It should be use-after-free, not free-after-use. -- assignee: docs@python components: Documentation messages: 246310 nosy: docs@python, jwilk priority: normal severity: normal status: open title: Misc/NEWS: free-after-use - use-after-free versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24568 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23883] __all__ lists are incomplete
Jacek Kołodziej added the comment: In any case it is too late for 3.5. Ok, next round of patches is based on default branch. Jacek: If we used the ModuleType check, and somebody adds a module-level constant (like logging.CRITICAL = 50), the test will automatically detect if they forget to update __all__. That is what I meant by the test being stricter. Right and I think such case should be covered as well. I think it may be worth the hassle of adding new condition in detecting names expected to be documented, so the whole if clause would look like: if (getattr(module_object, '__module__', None) in name_of_module or (not isinstance(module_object, types.ModuleType) and not hasattr(module_object, '__module__'))): expected.add(name) Obviously tradeoff lies in required blacklisting: * with previous __module__ check - all undocumented, non _* names defined in checked module, but constants need to be in *extra* and new ones won't be detected * with ModuleType check only - all undocumented, non _* names defined in checked module + all functions and classes imported from other modules needs blacklisting * with extended __module__ check (proposed above) - all undocumented, non _* names defined in checked module + all constants imported from other modules; this choice also requires less 'extra' params (in fact, in these patches only csv.__doc/version__ case left) In this round of patches I went the new, third way. One odd thing: in test.test_logging, are these: 3783:self.addCleanup(setattr, logging, 'raiseExecptions', old_raise) 3790:self.addCleanup(setattr, logging, 'raiseExecptions', old_raise) (Ex*ec*ptions) really typos or is it intentional? test.test_logging has raiseExceptions name as well. Also, pickletools.OpcodeInfo and threading.ThreadError are not really documented, are they? -- Added file: http://bugs.python.org/file39869/Issue23883_all.v4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23883 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23020] New matmul operator crashes modules compiled with CPython3.4
Antoine Pitrou added the comment: There was probably an informal best effort ABI compatibility in 2.x that we de facto dropped in 3.x. Otherwise, as Amaury points out, several Py_TPFLAGS_HAVE_XXX flags would have no purpose. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23020 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23517] datetime.utcfromtimestamp parses timestamps incorrectly
STINNER Victor added the comment: Le vendredi 3 juillet 2015, Alexander Belopolsky rep...@bugs.python.org a écrit : UNIX doesn't like timestamps in the future I don't think this is a serious consideration. The problematic scenario would be obtaining high-resolution timestamp (from say time.time()), converting it to datetime and passing it back to OS as a possibly 0.5µs higher value. Given that timestamp - datetime - timestamp roundtrip by itself takes over 1µs, it is very unlikely that by the time rounded value hits the OS it is still in the future. In many cases the resolution is 1 second. For example, a filesystem with a resolution of 1second. Or an API only supporting a resolution of 1 second. With a resoltuion of 1 second, timestamps in the future are likely (50%). Sorry I don't remember all detail of timestamp rounding and all issues that I saw. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23517 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23965] test_ssl failure on Fedora 22
Nick Coghlan added the comment: The attached patch creates a TLSv1 context at test_ssl import time to see if SSLv2 and SSLv3 peers are disallowed by default. The test expectations for context options, SSLv23 and SSLv3 are then adjusted accordingly. The context options tests are also updated to compare binary strings rather than comparing integers directly, as the diff is much nicer with the strings. Creating the TLSv1 context at import time could be avoided easily enough by moving the options flag check into the individual tests, so I'm open to doing that if folks would prefer it. -- Added file: http://bugs.python.org/file39872/issue23965_handle_legacy_ssl_peers_disallowed.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23965 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24569] Inconsistent PEP 0448 implementation
Changes by Vedran Čačić ved...@gmail.com: -- type: - behavior versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24569 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24566] Unsigned Integer Overflow in sre_lib.h
bee13oy added the comment: I have just tested python 2.7.10 on Windows 7 x86 with the poc code, it will also result in python crash. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23965] test_ssl failure on Fedora 22
Antoine Pitrou added the comment: Patch looks fine to me, assuming the tests don't fail, of course. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23965 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24567] random.choice IndexError due to double-rounding
Mark Dickinson added the comment: IEEE 745 IEEE 754. Stupid fingers. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24567 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24567] random.choice IndexError due to double-rounding
Mark Dickinson added the comment: Note that this affects other Random methods, too. There are several places in the source where something of the form `int(i * random.random())` is used to select an integer in the half-open range [0, i). And a nitpick: it's a stretch to describe double-rounding on multiplication (or any other arithmetic operation) as a bug: Python-the-language makes no promises about adhering to IEEE 754 arithmetic rule. (In fact, it makes no promises about using IEEE 745 formats in the first place.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24567 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24546] sequence index bug in random.choice
Serge Anuchin added the comment: Serge, you'll have to find some way to get more information on exactly what is failing in order for this issue to make progress. This exception occurred only once and I can't reproduce it. Additional system specs in attachment. -- Added file: http://bugs.python.org/file39870/additional_specs.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24546 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23965] test_ssl failure on Fedora 22
Antoine Pitrou added the comment: As Christian, I suspect that SSLv3 is progressively getting disabled in distro builds of OpenSSL. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23965 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24567] random.choice IndexError due to double-rounding
STINNER Victor added the comment: There is a simple fix. If the result is invalid, drop it and generate a new number. It should keep the distribution uniform. Another fix is to only use integers. Why do we use float in choice by the way? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24567 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24569] Inconsistent PEP 0448 implementation
New submission from Vedran Čačić:
It seems the consequences of PEP 0448 weren't really thought through. :-/ (And
BTW why isn't it in What's new in Python 3.5? I know there is a file with
full details, but I guess this really should be notable enough.)
{0:1, **{0:2}, 0:3, 0:4}
Do you know what is the value of that dict? And does it make sense to you? It
surely doesn't make sense to me (though I understand the implementation). I
know things are really subtle and even Guido gets it wrong
(https://bugs.python.org/msg234413), even without PEP 0448, but this particular
instance is horrible.
ValueError would be perfect, I'd be ok with 4, I'd shrug on 1, I'd frown on 2,
but I _scream_ on 3. Please fix this until it's too late and fictional
backward compatibility starts to freeze the wrong behaviour.
--
messages: 246312
nosy: Vedran.Čačić
priority: normal
severity: normal
status: open
title: Inconsistent PEP 0448 implementation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24569
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24567] random.choice IndexError due to double-rounding
Stefan Krah added the comment: I've finally gotten hold of a gcc (5.1.0) that produces the unwanted code. For a *different* test case, even the -O0 and -O2 results differ, since with -O2 gcc uses mpfr (I think!) for constant folding, which produces the correct result. Using -mfpmath=sse seems to fix all test cases that I've tried. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24567 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24553] improve test coverage for subinterpreters
Stefan Krah added the comment: Nick, this may be a misunderstanding, but you mentioned issues that PEP 489 did not address yet. The only issue left for _decimal is the speed issue. Sub-interpreter tests run fine even with the existing module state API, *if* one is willing to take a speed hit. [I get that this is outside the scope of this issue, just for clarification.] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24553 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23883] __all__ lists are incomplete
Changes by Jacek Kołodziej kolodzi...@gmail.com: Added file: http://bugs.python.org/file39867/Issue23883_support_check__all__.v4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23883 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23883] __all__ lists are incomplete
Changes by Jacek Kołodziej kolodzi...@gmail.com: Added file: http://bugs.python.org/file39868/Issue23883_test_gettext.v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23883 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24546] sequence index bug in random.choice
Stefan Krah added the comment: Any chance that another program (C-extension) had set the FPU control word to an unusual value (24bit prec?). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24546 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24566] Unsigned Integer Overflow in sre_lib.h
bee13oy added the comment: I didn't test that path, I just found this bug in python3.4.3 by fuzzing re module, and tested Python 3.5.0b2 on windows 7 x86, It has the same problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23057] [Windows] asyncio: support signal handlers on Windows (feature request)
Adam Bartoš added the comment: I've also run into this issue (see https://mail.python.org/pipermail/python-list/2015-July/693496.html and the following thread). I'm adding some small examples showing the behavior. import asyncio async def wait(): await asyncio.sleep(5) loop = asyncio.get_event_loop() loop.run_until_complete(wait()) --- The following even smaller example by Terry Reedy and the OP from http://stackoverflow.com/questions/27480967/why-does-the-asyncios-event-loop-suppress-the-keyboardinterrupt-on-windows cannot be interrupted other way then shuting down whole process: asyncio.get_event_loop().run_forever() --- It would be nice the patch mentioned was eventually applied. -- nosy: +Drekin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23057 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23965] test_ssl failure on Fedora 22
Nick Coghlan added the comment: Yeah, I belatedly realised I was overcomplicating things, and the test failures really are just due the change in the context options to disallow SSLv3 peers by default. I have an idea for how to fix that, and I think it will make the handling of the NO_SSLv2 flag in the SSL tests easier to follow as well. It's also worth noting that https://www.rfc-editor.org/info/rfc7568 was published recently to start deprecating SSL 3.0 entirely, so setting that flag by default is indeed going to become the norm at the distro layer. -- assignee: - ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23965 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24524] python crash using Tkinter
Serhiy Storchaka added the comment: Unfortunately can't reproduce the issue in 2.7.6, 2.7.10+, 3.4.0, 3.4.3+, 3.5.0b2+, 3.6.0a0 with Tcl/Tk 8.6.1. The only output is: Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/lib-tk/tkFileDialog.py, line 125, in askopenfilename return Open(**options).show() File /usr/lib/python2.7/lib-tk/tkCommonDialog.py, line 48, in show s = w.tk.call(self.command, *w._options(self.options)) _tkinter.TclError: can't invoke grab command: application has been destroyed -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24524 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24569] Inconsistent PEP 0448 implementation
Vedran Čačić added the comment: Ah, so it was broken _only_ on 3.5. That should teach me not to uninstall Py3.x as soon as Py3.x+1 comes out. :-) Ok, thank you very much. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24569 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23239] SSL match_hostname does not accept IP Address
Christian Heimes added the comment: ping -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23239 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24568] Misc/NEWS: free-after-use - use-after-free
Jakub Wilk added the comment: Uh, use-after-use is not a bug either. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24568 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24569] Inconsistent PEP 0448 implementation
Benjamin Peterson added the comment:
Python 3.3.5 (default, Aug 19 2014, 23:45:33)
[GCC 4.7.3] on linux
Type help, copyright, credits or license for more information.
{0:1, 0:2}
{0: 2}
Python 2.7.9 (default, Dec 24 2014, 23:52:11)
[GCC 4.8.3] on linux2
Type help, copyright, credits or license for more information.
{0:1, 0:2}
{0: 2}
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24569
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24566] Unsigned Integer Overflow in sre_lib.h
Serhiy Storchaka added the comment: Not having Windows I can't reproduce the crash. Someone should test if the patch for issue18684 fixes this issue and doesn't introduce other regressions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18684] Pointers point out of array bound in _sre.c
Serhiy Storchaka added the comment: May be issue24566 has a reproducer, but not having Windows I can't test this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18684 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24540] Documentation about skipkeys parameter for json.dumps is incorrect
Matthew Havard added the comment: Also, this typo is present in all versions anyway. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24540 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24569] Inconsistent PEP 0448 implementation
Vedran Čačić added the comment:
Benjamin, you're my hero. :-)
I'm not really at home in C source... is it possible that you have also changed
{0:1, 0:2}
to be {0:2} (as opposed to {0:1} as it is now)? I'm completely fine with that
and find it more logical (and as I said in the previous message, it matches
BDFL's mental model, which is the real reference implementation of Python:),
but I'm afraid backward compatibility zealots will ruin the fun.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24569
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24540] Documentation about skipkeys parameter for json.dumps is incorrect
Matthew Havard added the comment: It's in the actual code in the docstring: https://hg.python.org/cpython/file/6905a7f8c7ac/Lib/json/__init__.py#l187 I'm really new to Mercurial, so I'm not quite sure how to link to the 2.7 version of the Mercurial repo, but here is the link to Lib/json/__init__.py in the 2.7 version on Github: https://github.com/python/cpython/blob/2.7/Lib/json/__init__.py#L198 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24540 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24568] Misc/NEWS: free-after-use - use-after-free
Roundup Robot added the comment: New changeset 5097c91cdc2d by Benjamin Peterson in branch '2.7': 'free-after-use' is not a bug :) (closes #24568) https://hg.python.org/cpython/rev/5097c91cdc2d -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24568 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24569] Inconsistent PEP 0448 implementation
Roundup Robot added the comment: New changeset a4df0fe62b46 by Benjamin Peterson in branch '3.5': set items in dict displays from left to right (closes #24569) https://hg.python.org/cpython/rev/a4df0fe62b46 New changeset 75852d90c225 by Benjamin Peterson in branch 'default': merge 3.5 (#24569) https://hg.python.org/cpython/rev/75852d90c225 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24569 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24540] Documentation about skipkeys parameter for json.dumps is incorrect
Roundup Robot added the comment: New changeset 803520a8db94 by Ned Deily in branch '2.7': Issue #24540: fix typo in json.dumps docstring https://hg.python.org/cpython/rev/803520a8db94 New changeset 0deca75537ec by Ned Deily in branch '3.4': Issue #24540: fix typo in json.dumps docstring https://hg.python.org/cpython/rev/0deca75537ec New changeset 038b4f61d9b7 by Ned Deily in branch '3.5': Issue #24540: merger from 3.4 https://hg.python.org/cpython/rev/038b4f61d9b7 New changeset 55755b2079fb by Ned Deily in branch 'default': Issue #24540: merger from 3.5 https://hg.python.org/cpython/rev/55755b2079fb -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24540 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24540] Docstring for json.dumps skipkeys parameter is incorrect
Ned Deily added the comment: Thanks, I overlooked the docstring. Now fixed. -- resolution: - fixed stage: - resolved status: open - closed title: Documentation about skipkeys parameter for json.dumps is incorrect - Docstring for json.dumps skipkeys parameter is incorrect versions: +Python 3.4, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24540 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24546] sequence index bug in random.choice
Tim Peters added the comment: Thanks, Mark! That's convincing. Just as a sanity check, I tried all ints in 1 through 4 billion (inclusive) against 1. - 2.**-52, with no failures. Although that was with ad hoc Python code simulating various rounding methods using scaled integers, so may have its own bugs. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24546 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24546] sequence index bug in random.choice
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: rhettinger - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24546 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24570] IDLE Autocomplete and Call Tips Do Not Pop Up
New submission from Alessandro Rosa: I recently upgraded to Python 2.7.10 on my MacOSX Yosemite computer. I also added a Python 3.4.3 installation. At the time I upgraded Tcl/Tk with ActiveTcl 8.5.18 as was suggested on the Python for MacOSX installation page. At this point, Autocomplete and Call Tips stopped popping up. I checked the preferences and it seemed to be turned on. The delay was set to 2000, so I changed that to 2, but nothing happened. Pressing ctrl-Spacebar and then using the down arrow key lets me cycle through the the available functions, but putting a dot after an object has no effect, and if I open parentheses, I get no tips. This is both in the IDLE Shell and Editor windows. I tried to redo everything by deleting all instances of Python from my drive. I reinstalled them, reloaded all packages, and Autocomplete and call tips still are not popping up. Is there any known issues or is there a workaround? Do I possibly need to add or change the new Tk path somewhere so that IDLE can find what it needs to popup autocomplete? Is there a way that I can initiate IDLE Autocomplete and Call Tips during the coding session to manually get them to work? I am somewhat new to Python, and I often rely on the autocomplete tips to remind me of what I need to do or what methods are available for an object. I really like IDLE but it is hard for me to use without this functionality. Any help would be greatly appreciated. Thank you, -- components: IDLE, Macintosh, Tkinter messages: 246337 nosy: Alessandro Rosa, ned.deily, ronaldoussoren priority: normal severity: normal status: open title: IDLE Autocomplete and Call Tips Do Not Pop Up type: behavior versions: Python 2.7, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24524] python crash using Tkinter
Tomas Nordin added the comment: I have not experienced this problem on windoze. The problem seem to have appeared when upgrading my operating system from Debian wheezy to jessie, I think with python going from 2.7.3 to 2.7.9. And I have a stomach feeling it is related to the environment. I have filed a bug report at debian too, or I am working on it. With the initial description I have been wanting to say that just opening the root window and closing it does not crash python. But open it, use askopenfilename and then close the root window lead to a crash. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24524 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24325] Speedup types.coroutine()
Mark Shannon added the comment: If type.coroutine is not the first and only decorator, then things may be even worse. Code objects are currently immutable. This change would mean that a call to types.coroutine in one place in the code would change the semantics of another piece of code in a potentially surprising way. I think creating a copy is probably the best thing to. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24325 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18684] Pointers point out of array bound in _sre.c
Mark Lawrence added the comment: The reproducer from issue24566 consistently crashed the code. Applied the patch from here and couldn't reproduce the problem. Then ran test_re for both 32 and 64 bit debug and release builds with no problems. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18684 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24566] Unsigned Integer Overflow in sre_lib.h
Mark Lawrence added the comment: Fixed by the patch on issue18684, see also my comments there. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24467] bytearray pop and remove Buffer Over-read
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24467 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24540] Docstring for json.dumps skipkeys parameter is incorrect
Matthew Havard added the comment: Great! Glad to be of service. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24540 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23517] datetime.utcfromtimestamp parses timestamps incorrectly
Alexander Belopolsky added the comment: I'll let others fight this battle. In my view, introducing floating point timestamp method for datetime objects was a mistake. See issue #2736. Specifically, I would like to invite Velko Ivanov to rethink his rant at msg124197. If anyone followed his advise and started using timestamp method to JSON-serialize datetimes around 3.3, have undoubtedly being bitten by the present bug (but may not know it yet.) For those who need robust code, I will continue recommending (dt - EPOCH)/timedelta(seconds=1) expression over the timestamp method and for JSON serialization (dt - EPOCH) // datetime.resolution to convert to integers and EPOCH + n * datetime.resolution to convert back. -- nosy: +vivanov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23517 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23517] datetime.utcfromtimestamp parses timestamps incorrectly
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- nosy: -belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23517 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24462] bytearray.find Buffer Over-read
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24462 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24552] use after free in load_newobj_ex
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24570] IDLE Autocomplete and Call Tips Do Not Pop Up on OS X with ActiveTcl 8.5.18
Ned Deily added the comment: Thanks for the report. Taking a quick look at it, it appears that the problem was introduced with the most recently releases of ActiveTcl on OS X, 8.5.18 and 8.6.4. The autocomplete popups seem to work fine with the previous OS X release of ActiveTcl 8.5 (8.5.17) and with a MacPorts +quartz build of Tcl/Tk 8.6.3. I know that Kevin Walzer added a lot of fixes to the native OS X version of Tk that were first released with 8.6.4 and 8.5.18 and I think there have been additional fixes since then but are not yet in an official Tcl/Tk release. I'm cc-ing Kevin here; perhaps this will look familiar. As workarounds, if you have access to ActiveTcl 8.5.17, you could install that. Or, if you feel up to building your own framework version of 8.5.17, you could try that. You *could* also remove 8.5.18 and fall back to the Apple-supplied system Tcl/Tk 8.5.9 but I would strongly recommend not doing that as that version has critical problems, most notably the bug that causes Tk to crash (and, thus, crash IDLE with no opportunity for saving work) by typing multi-character compose codes in text boxes (like option-u on US keyboard layouts). So it should first be established whether this problem still exists with current trunk of 8.5.x (for that's what the OS X installers link with) and, if so, try to get a new version of ActiveTcl 8.5.x released. It might help to file an issue with ActiveState (https://bugs.activestate.com/index.cgi) and/or on the Tk issue tracker (https://core.tcl.tk/tk/reportlist). And it would be even better to have a pure Tcl/Tk test case using wish so that Python is not a factor. Unfortunately, I'm not going to have much time for the immediate future to shepherd that activity. -- nosy: +wordtech title: IDLE Autocomplete and Call Tips Do Not Pop Up - IDLE Autocomplete and Call Tips Do Not Pop Up on OS X with ActiveTcl 8.5.18 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24567] random.choice IndexError due to double-rounding
Tim Peters added the comment: I suppose the simplest fix would be to replace relevant instances of int(random() * N) with min(int(random() * N), N-1) That would be robust against many kinds of arithmetic quirks, and ensure that platforms with and without such quirks would, if forced to the same internal random state, yield the same result when random() happens to return 1. - 2.**-53. Victor, what - precisely - do you have in mind with only use integers? The current method was used because it's simple, efficient, and obvious. Python 3.4.3 appears to (usually) use a different method, though, relying on C code to generate random bytes without going through floats. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24567 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24456] audioop.adpcm2lin Buffer Over-read
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24456 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24457] audioop.lin2adpcm Buffer Over-read
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24457 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24570] IDLE Autocomplete and Call Tips Do Not Pop Up on OS X with ActiveTcl 8.5.18
Alessandro Rosa added the comment: Thank you for the reply. I raised a bug with ActiveState. I am a Community User, so I can't access prior builds of ActiveTcl, and I am no where near competent enough to build up a framework. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18684] Pointers point out of array bound in _sre.c
Serhiy Storchaka added the comment: Thank you Mark. -- stage: patch review - commit review versions: +Python 2.7, Python 3.4, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18684 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24571] [RFE] Add asyncio.blocking_call API
New submission from Nick Coghlan: Based on a current python-dev discussion, I'd like to suggest a high level convenience API in asyncio to dispatch a blocking call out to a separate thread or process: # Call blocking operation from asynchronous code def blocking_call(f, *args, **kwds): Usage: result = await asyncio.blocking_call(f, *args, **kwds)) cb = functools.partial(f, *args, **kwds) return asyncio.get_event_loop().run_in_executor(cb) While that function is only a couple of lines long, it's *conceptually* very dense. The aim would thus be to let folks safely make blocking calls from asyncio code without needing to first understand the intricacies of the event loop, the event loop's executor, or the need to wrap the call in functools.partial. Exploring those would instead become an optional exercise in understanding how asyncio.blocking_call works. -- messages: 246342 nosy: giampaolo.rodola, gvanrossum, haypo, ncoghlan, pitrou, yselivanov priority: normal severity: normal stage: needs patch status: open title: [RFE] Add asyncio.blocking_call API type: enhancement versions: Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24572] IDLE Text Output With ASCII Control Codes Not Working
Martin Panter added the comment: See also Issue 23220, specifically about the backspace control code. I understand the only control codes that Idle handles are newlines (line feed, \n) and tabs (\t). -- nosy: +vadmium title: IDLE Text Output With ASCII Codes Not Working - IDLE Text Output With ASCII Control Codes Not Working ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24572 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24572] IDLE Text Output Bug with ASCII Codes
Changes by Kevin Phillips (kmecpp) kme...@gmail.com: -- title: IDLE Bug - IDLE Text Output Bug with ASCII Codes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24572 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24572] IDLE Bug
New submission from Kevin Phillips (kmecpp): This appears to be a bug with IDLE that happens when printing out ASCII codes. I posted the issue to stackoverflow when I came accross it because I didn't know what the problem was, so there is a more detailed description of the there: http://stackoverflow.com/q/31235670/3476226 -- components: IDLE files: python_bug.png messages: 246343 nosy: Kevin Phillips (kmecpp) priority: normal severity: normal status: open title: IDLE Bug type: behavior versions: Python 3.4 Added file: http://bugs.python.org/file39873/python_bug.png ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24572 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24573] Using multiprocessing with tkinter frames in Python 3.4.3 crashes in OS X
New submission from Topher Kessler: There may be a bug in how tkinter frames are handled when called in multiple processes in OS X. I am trying to run a simple script that defines a new Frame subclass and then attempts to call it multiple times in separate processes using the multiprocessing module. When the frame's mainloops are called the process crashes. I've included the script where this problem is occurring. The crash report specifies python, and among a bunch of boilerplate information includes the following lines: Application Specific Information: *** multi-threaded process forked *** crashed on child side of fork pre-exec This is happening in Python 3.4.3, running in OS X 10.10.4. In testing this on alternative platforms (Windows and Linux) it appears to work, suggesting it may be a bug in OS X's implementation. -- components: Macintosh, Tkinter files: tkmultiproc.py messages: 246344 nosy: ned.deily, ronaldoussoren, tkessler priority: normal severity: normal status: open title: Using multiprocessing with tkinter frames in Python 3.4.3 crashes in OS X type: crash versions: Python 3.4 Added file: http://bugs.python.org/file39874/tkmultiproc.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24570] IDLE Autocomplete and Call Tips Do Not Pop Up on OS X with ActiveTcl 8.5.18
Kevin Walzer added the comment: Where in the IDLE source code tree is this code housed? Is it possible to provide a Python script that reproduces the issue? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24572] IDLE Text Output With ASCII Codes Not Working
Changes by Kevin Phillips (kmecpp) kme...@gmail.com: -- title: IDLE Text Output Bug with ASCII Codes - IDLE Text Output With ASCII Codes Not Working ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24572 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24566] Unsigned Integer Overflow in sre_lib.h
bee13oy added the comment: I tested this path, and It really fixed this issue. But I'm wondering Python 2.7.10 was released at May 23, 2015, and this path was created at March 22,2015. So does it mean, Python 2.7.10/3.5.0b2 was compiled and released without applying this path? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
