[issue32119] test_notify_all() of test_multiprocessing_forkserver failed on Python on x86 Tiger 3.6 with "ValueError: cannot convert float NaN to integer"

New submission from STINNER Victor : test_notify_all() of test_multiprocessing_forkserver failed on Python on x86 Tiger 3.6 with "ValueError: cannot convert float NaN to integer": http://buildbot.python.org/all/#/builders/46/builds/60 0:52:21 load avg: 1.46 [378/406/1] test_multiprocessing_for

[issue32119] test_notify_all() of test_multiprocessing_forkserver failed on Python on x86 Tiger 3.6 with "ValueError: cannot convert float NaN to integer"

STINNER Victor added the comment: "ValueError: cannot convert float NaN to integer": this error occurred on int(float), where the float comes from os.stat() File "", line 762, in get_code Lib/importlib/_bootstrap_external.py: def get_code(self, fullname): ... st = self.path_stats(sou

[issue32119] test_notify_all() of test_multiprocessing_forkserver failed on Python on x86 Tiger 3.6 with "ValueError: cannot convert float NaN to integer"

STINNER Victor added the comment: It may also be compiler issue. * CPU: Intel x86 * compiler: GCC 4.0.1 (Apple Computer, Inc. build 5367) * CFLAGS: -fno-strict-aliasing -Wsign-compare -g -O0 -Wall -Wstrict-prototypes * OS: macOS Tiger * Kernel: Darwin Kernel Version 8.11.1: Wed Oct 10 18:23:28

[issue13986] ValueError: cannot convert float NaN to integer

STINNER Victor added the comment: See also bpo-32119. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue32119] test_notify_all() of test_multiprocessing_forkserver failed on Python on x86 Tiger 3.6 with "ValueError: cannot convert float NaN to integer"

STINNER Victor added the comment: This issue is very similar, likely the same bug, than bpo-13986. -- ___ Python tracker ___ ___ Pyt

[issue32119] test_notify_all() of test_multiprocessing_forkserver failed on Python on x86 Tiger 3.6 with "ValueError: cannot convert float NaN to integer"

STINNER Victor added the comment: Similar error: bpo-14028, "Using a 32-bit Python 2.6.5 on a Linux system", reported at 2012-02-16. -- ___ Python tracker ___

[issue32119] test_notify_all() of test_multiprocessing_forkserver failed on Python on x86 Tiger 3.6 with "ValueError: cannot convert float NaN to integer"

Change by STINNER Victor : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue32119] test_notify_all() of test_multiprocessing_forkserver failed on Python on x86 Tiger 3.6 with "ValueError: cannot convert float NaN to integer"

STINNER Victor added the comment: Interesting info about NaN on Intel x86: https://stackoverflow.com/questions/14021763/c-multiplication-or-addition-floats-results-nan "The multiplication is being performed in the x87 registers, and a floating-point stack overflow has occurred due to (possibl

[issue27535] Ignored ResourceWarning warnings leak memory in warnings registries

Change by STINNER Victor : -- pull_requests: +4453 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: New changeset 1f15111a6e15d52f6b08907576ec61493cd59358 by Victor Stinner in branch 'master': bpo-32030: Add _PyMainInterpreterConfig.pythonhome (#4513) https://github.com/python/cpython/commit/1f15111a6e15d52f6b08907576ec61493cd59358 --

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

Change by Roundup Robot : -- pull_requests: +4454 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

Tzu-ping Chung added the comment: I have created a PR #4517 from the patch. Would it be better to track the malloc problem in a new issue? As for why this never caused any problems… msilib is pretty standalone, and not one of the most used modules. It is also pretty trivial to roll your own

[issue28538] _socket module cross-compilation error on android-24

Xavier de Gaye added the comment: New changeset 5ad7ef8e420de8a54fb30ed37362194c6b96012c by xdegaye in branch 'master': bpo-28538: Revert all the changes (now using Android Unified Headers) (GH-4479) https://github.com/python/cpython/commit/5ad7ef8e420de8a54fb30ed37362194c6b96012c --

[issue28538] _socket module cross-compilation error on android-24

Change by Xavier de Gaye : -- resolution: not a bug -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

Tzu-ping Chung added the comment: I made a shot to address the free() call. Hopefully this makes sense. -- ___ Python tracker ___ ___

[issue29040] building Android with android-ndk-r14

Xavier de Gaye added the comment: New changeset c06c22e9a9fb9326e79fcf1551601eacc1fd457d by xdegaye in branch 'master': bpo-29040: Support building Android with Unified Headers (GH-4492) https://github.com/python/cpython/commit/c06c22e9a9fb9326e79fcf1551601eacc1fd457d -- ___

[issue29040] building Android with android-ndk-r14

Change by Xavier de Gaye : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue30576] http.server should support HTTP compression (gzip)

Pierre Quentel added the comment: On the Github site Raymond Hettinger is mentioned as the reviewer. I don't know how to contact him, can anyone ask him if he can review the PR on time for inclusion in Python 3.7 ? I understand that it's difficult to find time for this and that there are many

[issue28762] lockf() is available now on Android API level 24, but the F_LOCK macro is not defined

Change by Xavier de Gaye : -- resolution: not a bug -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue28762] lockf() is available now on Android API level 24, but the F_LOCK macro is not defined

Xavier de Gaye added the comment: New changeset 5ce1069a6ff0d5443074d33ba1d403ccd2eaf3d3 by xdegaye in branch 'master': bpo-28762: Revert last commit (now using Android Unified Headers) (GH-4488) https://github.com/python/cpython/commit/5ce1069a6ff0d5443074d33ba1d403ccd2eaf3d3 -- __

[issue10544] yield expression inside generator expression does nothing

Nick Coghlan added the comment: Also see https://bugs.python.org/issue1660500 for the original Python 3.0 change to hide the iteration variable. While the test suite already covers some interesting scoping edge cases as result of that initial patch, I think one we're currently missing is the

[issue32120] python 3.6.0 is not importing sqlite3

New submission from Abinaya : Hi, We have installed python-3.6.0 on our RedHat 6 machine. when we are trying to import sqlite module in python_v36 we could see below issue, [root@euca-10-254-72-197 rpmbuild]$ python Python 3.6.0 (default, Nov 23 2017, 12:46:54) [GCC 4.4.7 20120313 (Red Hat 4.4

[issue10544] yield expression inside generator expression does nothing

Serhiy Storchaka added the comment: I see nothing special in `[[x for x in range(1, i)] for i in range(2, 5)]`. This should be equivalent to: __result = []; __i = None try: for __i in range(2, 5): __result2 = []; __x = None try: for __x in range(1, __i)

[issue10544] yield expression inside generator expression does nothing

Nick Coghlan added the comment: Another slight variant to that test case to make sure the inner comprehension actually generates a closure reference in the current implementation: >>> [[x+y for x in range(2) for y in range(1, i)] for i in range(2, 5)] [[1, 2], [1, 2, 2, 3], [1, 2, 3, 2

[issue10544] yield expression inside generator expression does nothing

Nick Coghlan added the comment: Sure, you can technically do that, but you'll have to rewrite most of the symtable pass in the compiler, since you won't be able to re-use the current recursive descent algorithms (which are designed to handle function scopes). That ran afoul of "If the impleme

[issue10544] yield expression inside generator expression does nothing

Serhiy Storchaka added the comment: This is straightforward. __result = []; __i = None try: for __i in range(2, 5): __result2 = []; __x = __y = None try: for __x in range(2): for __y in range(1, __i): __result2.append(__x + __y

[issue10544] yield expression inside generator expression does nothing

Ivan Levkivskyi added the comment: Nick, > Yury took all this into account when designing the interaction between > `await` and comprehensions (which is why that's in a better state), but for > `yield` we inherited the existing behaviour of any other nested function. Actually the fact that `

[issue32120] python 3.6.0 is not importing sqlite3

Berker Peksag added the comment: 3.6.0 was required sqlite 3.7.4 but the requirement was lifted in Python 3.6.1. 3.6.3 is the latest release of Python 3.6. Please try Python 3.6.3. Also, this is a duplicate of issue 29098. -- components: +Extension Modules -Build nosy: +berker.peksag

[issue32120] python 3.6.0 is not importing sqlite3

Abinaya added the comment: Thanks for the update. Could you please let me know if we build latest python_v363 then sqlite will be work right. -- ___ Python tracker ___ __

[issue10544] yield expression inside generator expression does nothing

Serhiy Storchaka added the comment: Consider this as a sort of optimization. A function inlining. In general case we can't inline a function because it can be rebinded at any time, but in this particular case we call a just created function that doesn't have any references and live only on th

[issue10544] yield expression inside generator expression does nothing

Serhiy Storchaka added the comment: I concur with Ivan. It would be nice to me to disallow "yield" in comprehensions and generator expressions, but the fact that "await" in comprehensions already works right, and this behavior is intentional and useful, make me thinking that "yield" should wo

[issue32120] python 3.6.0 is not importing sqlite3

Berker Peksag added the comment: > Could you please let me know if we build latest python_v363 then sqlite > will be work right. It should build fine with Python 3.6.3. Let us know if you can't get it working. -- ___ Python tracker

[issue1102] Add support for _msi.Record.GetString() and _msi.Record.GetInteger()

Change by Berker Peksag : -- stage: patch review -> backport needed versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list

[issue1102] Add support for _msi.Record.GetString() and _msi.Record.GetInteger()

Berker Peksag added the comment: New changeset bdb8315c21825487b54852ff0511fb4881ea2181 by Berker Peksag in branch 'master': bpo-1102: View.Fetch() now returns None when it's exhausted (GH-4459) https://github.com/python/cpython/commit/bdb8315c21825487b54852ff0511fb4881ea2181 -- ___

[issue19610] Give clear error messages for invalid types used for setup.py params (e.g. tuple for classifiers)

Change by Berker Peksag : -- pull_requests: +4456 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue32039] timeit documentation should describe caveats

Serhiy Storchaka added the comment: Yet one mistake: https://stackoverflow.com/questions/35014951/why-is-max-slower-than-sort $ python3 -m timeit -s 'import random;a=list(range(1));random.shuffle(a)' 'a.sort();a[-1]' Here the list is sorted at first iteration, and all following iteration

[issue1102] Add support for _msi.Record.GetString() and _msi.Record.GetInteger()

Change by Berker Peksag : -- pull_requests: +4457 stage: backport needed -> patch review ___ Python tracker ___ ___ Python-bugs-list m

[issue1102] Add support for _msi.Record.GetString() and _msi.Record.GetInteger()

uday kiran added the comment: Will it be added to 3.6 also? And when it will be available in the windows installations you release? -- ___ Python tracker ___ ___

[issue1102] Add support for _msi.Record.GetString() and _msi.Record.GetInteger()

Berker Peksag added the comment: > Will it be added to 3.6 also? Yes, I've created a backport PR: PR 4520 > And when it will be available in the windows installations you release? The dates for 3.6.4 release is listed at https://www.python.org/dev/peps/pep-0494/#id4 --

[issue19610] Give clear error messages for invalid types used for setup.py params (e.g. tuple for classifiers)

Berker Peksag added the comment: Éric and Henk-Jaap: I've now opened PR 4519. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue32120] python 3.6.0 is not importing sqlite3

Abinaya added the comment: Thanks for the help. If we import pysqlite2 I could see the error that pysqlite2 module not found. Please let us know is there anyway to get pysqlite2 in python_v363. -- ___ Python tracker

[issue32120] python 3.6.0 is not importing sqlite3

Berker Peksag added the comment: pysqlite2 only works in Python 2: https://github.com/ghaering/pysqlite/blob/e728ffbcaeb7bfae1d6b7165369bd0ae16cabf95/setup.py#L25-L28 You don't need to install pysqlite2 in Python 3. The latest release of Python 3.6 (which is 3.6.3, not 3.6.0) should work fine

[issue1102] Add support for _msi.Record.GetString() and _msi.Record.GetInteger()

Berker Peksag added the comment: New changeset 4b3042900e7e8dc120408bab86642c09c9d25a5a by Berker Peksag in branch '3.6': bpo-1102: View.Fetch() now returns None when it's exhausted (GH-4459) https://github.com/python/cpython/commit/4b3042900e7e8dc120408bab86642c09c9d25a5a -- __

[issue1102] Add support for _msi.Record.GetString() and _msi.Record.GetInteger()

Berker Peksag added the comment: Thank you, Anthony. I added a test case and committed your patch to 3.6 and master branches. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue32030] PEP 432: Rewrite Py_Main()

Change by STINNER Victor : -- pull_requests: +4458 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30657] Unsafe arithmetic in PyString_DecodeEscape

Leo kirotawa silva added the comment: I couldn't reproduce using the poc, but seems python3.5 is also vulnerable to this bug. The code from py3.5 are quite similar to 2.7. In py3.5: Objects/bytesobject.c PyBytes_DecodeEscape -- nosy: +Leo kirotawa silva __

[issue29512] regrtest refleak: implement bisection feature

Change by STINNER Victor : -- keywords: +patch pull_requests: +4459 stage: resolved -> patch review ___ Python tracker ___ ___ Python

[issue31324] support._match_test() used by test.bisect is very inefficient

Change by STINNER Victor : -- pull_requests: +4460 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: New changeset 0327bde9da203bb256b58218d012ca76ad0db4e4 by Victor Stinner in branch 'master': bpo-32030: Rewrite calculate_path() (#4521) https://github.com/python/cpython/commit/0327bde9da203bb256b58218d012ca76ad0db4e4 -- ___

[issue29512] regrtest refleak: implement bisection feature

STINNER Victor added the comment: New changeset 448c6739877a4143a2c3599f041fa6127f354044 by Victor Stinner in branch '2.7': bpo-29512: Fix Lib/test/bisect.py shebang (#4522) https://github.com/python/cpython/commit/448c6739877a4143a2c3599f041fa6127f354044 --

[issue30657] Unsafe arithmetic in PyString_DecodeEscape

Serhiy Storchaka added the comment: Right, but it is not easy to exploit this bug. You need to parse Python sources longer than 512 MiB in 32-bit Python. Python 3.5 currently takes only fixes for security bugs. I left on to Larry to decide whether it is worth to port the fix to 3.5.

[issue32118] Docs: add note about sequence comparisons containing non-orderable elements

R. David Murray added the comment: The surprising thing is the behavior of NaN, which is *not equal* to itself. The statement about orderability says "...are ordered the same as their first unequal elements". This is explicit and unambiguous, there is no difference in this context between th

[issue27535] Ignored ResourceWarning warnings leak memory in warnings registries

STINNER Victor added the comment: New changeset b98f1715a35d2cbd1e9e45e1e7ae51a39e00dc4a by Victor Stinner in branch 'master': bpo-27535: Cleanup create_filter() (#4516) https://github.com/python/cpython/commit/b98f1715a35d2cbd1e9e45e1e7ae51a39e00dc4a --

[issue10544] yield expression inside generator expression does nothing

Guido van Rossum added the comment: Remind me what happens when you use `await` in a generator expression that survives the async function's scope? async def f(xs): return (await x for x in xs) -- ___ Python tracker

[issue32107] test_uuid uses the incorrect bitmask

Serhiy Storchaka added the comment: Wait, now I understand the purpose of the current test! There is just a typo in a comment, should be 41 instead of 47. The test itself is correct. If the address is obtained from network cards, it should have the 41 bit clear. If it is generated randomly, i

[issue10544] yield expression inside generator expression does nothing

Ivan Levkivskyi added the comment: > Remind me what happens when you use `await` in a generator expression that > survives the async function's scope? Awaiting on f([1, 2]) will result in an async generator (even though yield never appears here). Yury explained why this happens in https://bu

[issue10544] yield expression inside generator expression does nothing

Ivan Levkivskyi added the comment: (Of course there should be not [1, 2] in the argument, but a list of some awaitables, otherwise there will be an error later.) -- ___ Python tracker ___

[issue10544] yield expression inside generator expression does nothing

Yury Selivanov added the comment: > Yury explained why this happens in https://bugs.python.org/issue32113 It happens because '(x for x in xs)' creates a synchronous generator. So when there's an 'await' in it, it creates an asynchronous generator. --

[issue10544] yield expression inside generator expression does nothing

Yury Selivanov added the comment: It's also important to note, that in 3.7, this is legal: def foo(): return (await x for x in xs) Note that 'foo' is a regular function, not 'async def'. -- ___ Python tracker

[issue10544] yield expression inside generator expression does nothing

Ivan Levkivskyi added the comment: ... but [await x for x in xs] is still valid _only_ inside async def. -- ___ Python tracker ___ _

[issue10544] yield expression inside generator expression does nothing

Yury Selivanov added the comment: > ... but [await x for x in xs] is still valid _only_ inside async def. Yes, because it's computed right where it is defined. a = [x for x in xs] # `a` is a list object a = (x for x in xs) # `a` is a generator Do you understand the difference? --

[issue10544] yield expression inside generator expression does nothing

Ivan Levkivskyi added the comment: Well, after all I am thinking maybe it is indeed makes sense to ban `yield` inside both sync/async and both comprehensions/generator expressions. Since we already have a smörgåsbord of intuitive behaviors. This, _together_ with extensive clarification to the

[issue10544] yield expression inside generator expression does nothing

Guido van Rossum added the comment: I honestly think we went too far here. Asynchronous generators are still provisional. Though the PEP is silent about this, the acceptance notice is clear: https://mail.python.org/pipermail/python-dev/2016-September/146267.html. I propose to rip them out.

[issue10544] yield expression inside generator expression does nothing

Yury Selivanov added the comment: > Well, after all I am thinking maybe it is indeed makes sense to ban `yield` > inside both sync/async and both comprehensions/generator expressions. I agree, as I can't imagine a real use case for a = ((yield a) for a in as) which is really equivalent to

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: New changeset 70b2f8797146a56a6880743424f0bedf4fc30c62 by Victor Stinner in branch '3.6': [3.6] bpo-31324: Optimize support._match_test() (#4523) https://github.com/python/cpython/commit/70b2f8797146a56a6880743424f0bedf4fc30c62 -- __

[issue10544] yield expression inside generator expression does nothing

Ivan Levkivskyi added the comment: > Do you understand the difference? Yury, sorry, but what is your problem? Have I said something about that this is bad. Your tone is clearly insulting, and this is not the first time. Maybe it makes sense to have some respect? -- _

[issue10544] yield expression inside generator expression does nothing

Yury Selivanov added the comment: >> Do you understand the difference? > Yury, sorry, but what is your problem? Have I said something about that this > is bad. Your tone is clearly insulting, and this is not the first time. Maybe > it makes sense to have some respect? Sorry, I didn't mean to

[issue10544] yield expression inside generator expression does nothing

Ivan Levkivskyi added the comment: Yury OK, sorry then this is a misunderstanding from my side. -- ___ Python tracker ___ ___ Python

[issue10544] yield expression inside generator expression does nothing

Yury Selivanov added the comment: > Yury OK, sorry then this is a misunderstanding from my side. NP. Again, sorry if I sounded that way to you. -- ___ Python tracker ___

[issue31324] support._match_test() used by test.bisect is very inefficient

Change by STINNER Victor : -- pull_requests: +4461 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue10544] yield expression inside generator expression does nothing

Ivan Levkivskyi added the comment: Guido, I am not sure about the complete removal, this is probably to radical. What I think we are missing more detailed docs that would be clear about the corner cases. (I already mentioned this in https://bugs.python.org/issue32113) --

[issue13986] ValueError: cannot convert float NaN to integer

Change by Gregory P. Smith : -- nosy: -gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue32030] PEP 432: Rewrite Py_Main()

Change by STINNER Victor : -- pull_requests: +4462 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31979] Simplify converting non-ASCII strings to int, float and complex

Change by STINNER Victor : -- pull_requests: +4463 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue10544] yield expression inside generator expression does nothing

Guido van Rossum added the comment: I think we all need to calm down a bit. How about not posting about this topic for 24 hours. -- ___ Python tracker ___ _

[issue10544] yield expression inside generator expression does nothing

Ivan Levkivskyi added the comment: > How about not posting about this topic for 24 hours. OK, makes sense :-) -- ___ Python tracker ___ ___

[issue32055] Reconsider comparison chaining for containment tests

Serhiy Storchaka added the comment: I'm reading the list of most rated in a week questions on StackOverflow (https://python-weekly.blogspot.com/), and it seems to me that the question about chained "in" and "not in" is raised every few months. This may be the one of the most confusing quirks.

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: New changeset 35d99830f1878867e3964577741d9a2d5a7fc8f7 by Victor Stinner in branch '2.7': bpo-31324: Optimize support._match_test() (#4523) (#4524) https://github.com/python/cpython/commit/35d99830f1878867e3964577741d9a2d5a7fc8f7 --

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: I tested set_match_tests() on python2.7 with: python2.7 -m test --list-cases > cases python2.7 -m test.bisect -i cases Good news: the set().__contains__ matcher can be used! -- ___ Python tracker

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: New changeset b9197959c186f9061bd74d0adc20e96556426db4 by Victor Stinner in branch 'master': bpo-32030: Fix calculate_path() on macOS (#4526) https://github.com/python/cpython/commit/b9197959c186f9061bd74d0adc20e96556426db4 -- __

[issue31979] Simplify converting non-ASCII strings to int, float and complex

STINNER Victor added the comment: New changeset 6a54c676e63517653d3d4a1e164bdd0fd45132d8 by Victor Stinner in branch 'master': bpo-31979: Remove unused align_maxchar() function (#4527) https://github.com/python/cpython/commit/6a54c676e63517653d3d4a1e164bdd0fd45132d8 -- _

[issue19610] Give clear error messages for invalid types used for setup.py params (e.g. tuple for classifiers)

Change by Berker Peksag : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue19610] Give clear error messages for invalid types used for setup.py params (e.g. tuple for classifiers)

Berker Peksag added the comment: New changeset dcaed6b2d954786eb5369ec2e8dfdeefe3cdc6ae by Berker Peksag in branch 'master': bpo-19610: setup() now raises TypeError for invalid types (GH-4519) https://github.com/python/cpython/commit/dcaed6b2d954786eb5369ec2e8dfdeefe3cdc6ae -- _

[issue12382] [msilib] Obscure exception message when trying to open a non-existent MSI database

Change by Berker Peksag : -- pull_requests: +4464 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue31325] req_rate is a namedtuple type rather than instance

Change by Berker Peksag : -- keywords: +patch pull_requests: +4465 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue32107] test_uuid uses the incorrect bitmask

Barry A. Warsaw added the comment: On Nov 23, 2017, at 11:24, Serhiy Storchaka wrote: > Wait, now I understand the purpose of the current test! There is just a typo > in a comment, should be 41 instead of 47. The test itself is correct. If the > address is obtained from network cards, it sho

[issue32107] test_uuid uses the incorrect bitmask

Serhiy Storchaka added the comment: I'm sorry, but this tests and the typo were added by me in issue23015. This check is a pair of the check for _random_getnode(). They use the same mask and test the same bit. I forgot about this. -- ___ Python tra

[issue32121] tracemalloc.Traceback.format() should have an option to reverse the traceback

New submission from Antoine Pitrou : Right now tracemalloc.Traceback.format() returns the frames in "most recent call first" order. This is not intuitive since ordinary Python tracebacks are displayed in "most recent call last" order. It would be nice to add a `reverse` argument to change th

[issue30456] 2to3 docs: example of fix for duplicates in second argument of isinstance has superfluous parentheses

Change by Berker Peksag : -- keywords: +patch pull_requests: +4466 stage: backport needed -> patch review ___ Python tracker ___ ___

[issue30456] 2to3 docs: example of fix for duplicates in second argument of isinstance has superfluous parentheses

Berker Peksag added the comment: New changeset a645b23ffc76073a2eb4e77b88cb7648cfc6ef77 by Berker Peksag in branch '3.6': bpo-30456: Clarify example for duplicates in second argument of isinstance (GH-1699) https://github.com/python/cpython/commit/a645b23ffc76073a2eb4e77b88cb7648cfc6ef77 --

[issue30456] 2to3 docs: example of fix for duplicates in second argument of isinstance has superfluous parentheses

Berker Peksag added the comment: Looks like I forgot to backport this 3.6 branch. Now it's done. Thanks, Eli. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 2.7, Python 3.5 ___ Python tracker

[issue32121] tracemalloc.Traceback.format() should have an option to reverse the traceback

STINNER Victor added the comment: The option seems reasonable. Would you like to work on a pull request? -- ___ Python tracker ___ _

[issue29302] add contextlib.AsyncExitStack

Change by privatwolke : -- nosy: +privatwolke ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue32099] Use range in itertools roundrobin recipe

Change by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue32099] Use range in itertools roundrobin recipe

Raymond Hettinger added the comment: New changeset 0858495a50e19defde786a4ec050ec182e920f46 by Raymond Hettinger in branch 'master': bpo-32099 Add deque variant of roundrobin() recipe (#4497) https://github.com/python/cpython/commit/0858495a50e19defde786a4ec050ec182e920f46 -- __

[issue30860] Consolidate stateful C globals under a single struct.

Change by STINNER Victor : -- pull_requests: +4468 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue32096] Py_DecodeLocale() fails if used before the runtime is initialized.

Change by STINNER Victor : -- pull_requests: +4467 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31325] req_rate is a namedtuple type rather than instance

Change by Roundup Robot : -- pull_requests: +4469 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31325] req_rate is a namedtuple type rather than instance

Raymond Hettinger added the comment: New changeset 3df02dbc8e197053105f9dffeae40b04ec66766e by Raymond Hettinger (Berker Peksag) in branch 'master': bpo-31325: Fix usage of namedtuple in RobotFileParser.parse() (#4529) https://github.com/python/cpython/commit/3df02dbc8e197053105f9dffeae40b04ec

[issue31325] req_rate is a namedtuple type rather than instance

Raymond Hettinger added the comment: New changeset ff847d1ac7e6a8ee1fb6f8883cfb4aec4b4a9b03 by Raymond Hettinger (Miss Islington (bot)) in branch '3.6': bpo-31325: Fix usage of namedtuple in RobotFileParser.parse() (GH-4529) (#4533) https://github.com/python/cpython/commit/ff847d1ac7e6a8ee1fb6

  1   2   >