[issue34282] Enum._convert shadows members named _convert

orlnub123 added the comment: > For versions 3.6 and 3.7 the solution is to modify the shadow check at line > 236 so only DynamicClassAttributes are /not/ shadowed (meaning the _convert > method would be shadowed by an _convert member). Doing that might not be backwards-compatible. An enum wi

[issue34562] cannot install versions 3.6.5+ on Windows

New submission from Zyg : Hi. I tried to unsuccessfully install 3.7.0 and 3.6.5. The error I received was 0x80072f7d unspecified error. Searching the internet and turning off my firewall didn't help. Then I tried installing 3.4.4, it worked. -- components: Windows files: Python 3.7.0

[issue34499] Extend registering of single-dispatch functions to parametrized generic pseudo-types

Ivan Levkivskyi added the comment: TBH, I don't like this idea. Consider this situation: @singledispatch def what(x: Iterable) -> None: print('general case') @what.register def _(x: Sequence[int]) -> None: print('special case') what(['is', 'going', 'on'])

[issue34403] test_utf8_mode.test_cmd_line() fails on HP-UX due to false assumptions

Michael Felt added the comment: On 28/08/2018 23:14, STINNER Victor wrote: > STINNER Victor added the comment: > >> Can we backport this to 3.7 at least? I am the AIX(tools) Michael, Michael O is the HP-UX Michael :p So I was not the one asking. IMHO - as the PEP was new, if I understood corr

[issue34200] importlib: python -m test test_pkg -m test_7 fails randomly

Lorenz Mende added the comment: I was able to reproduce the issue with Win 10, current cpython @master. All sequential test runs are good. With parallel execution a race condition comes up, as Victor already mentioned. I was able to track the issue to the teardown function of the TestCase In p

[issue34563] invalid assert on big output of multiprocessing.Process

New submission from Oleksandr Buchkovskyi : the bug is reproduced on big multiprocessing.Process output when the size of the output gets bigger than signed int the value becomes negative, thus ``` assert left > 0 ``` in multiprocessing/connection.py:337 raises an exception like the

[issue34563] invalid assert on big output of multiprocessing.Process

Change by Roundup Robot : -- keywords: +patch pull_requests: +8492 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue34563] invalid assert on big output of multiprocessing.Process

Change by Oleksandr Buchkovskyi : -- pull_requests: +8493 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue34563] invalid assert on big output of multiprocessing.Process

Change by Oleksandr Buchkovskyi : -- pull_requests: +8494 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue34282] Enum._convert shadows members named _convert

Ethan Furman added the comment: On 09/01/2018 01:21 AM, orlnub123 wrote: > On 08/31/2018 03:01 ethan.furman wrote: >> For versions 3.6 and 3.7 the solution is to modify the shadow check at >> line 236 so only DynamicClassAttributes are /not/ shadowed (meaning >> the _convert method would be sh

[issue34200] importlib: python -m test test_pkg -m test_7 fails randomly

Brett Cannon added the comment: Maybe I'm missing something, but who is racing whom in this case? All the examples people have shared are simply running the test module directly which means there's no parallelism in the execution of the test runner with other tests. Does unittest.main() rand

[issue34561] Replace list sorting merge_collapse()?

Tim Peters added the comment: The attached runstack.py models the relevant parts of timsort's current merge_collapse and the proposed 2-merge. Barring conceptual or coding errors, they appear to behave much the same with respect to "total cost", with no clear overall winner. Of course case

[issue34555] AF_VSOCK not unset because of wrong nesting

Benjamin Peterson added the comment: New changeset 2d7102e726e973ab2d307aa9748c7ec433677877 by Benjamin Peterson (Thomas Herzog) in branch 'master': closes bpo-34555: Fix incorrectly nested test for HAVE_LINUX_VM_SOCKETS_H (GH-9016) https://github.com/python/cpython/commit/2d7102e726e973ab2d

[issue34555] AF_VSOCK not unset because of wrong nesting

Change by miss-islington : -- pull_requests: +8495 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34555] AF_VSOCK not unset because of wrong nesting

miss-islington added the comment: New changeset 4c532da1209bd20ba07f18448134f32ace8c54f7 by Miss Islington (bot) in branch '3.7': closes bpo-34555: Fix incorrectly nested test for HAVE_LINUX_VM_SOCKETS_H (GH-9016) https://github.com/python/cpython/commit/4c532da1209bd20ba07f18448134f32ace8c5

[issue34282] Enum._convert shadows members named _convert

orlnub123 added the comment: > Fixing bugs is often not backwards-compatible. ;) I think the number > of affected people here will be low, though, because anybody who had an > _convert member should have noticed that they couldn't use it. I think we had a misunderstanding, my proposal should

[issue34282] Enum._convert shadows members named _convert

Ethan Furman added the comment: orlnub123 wrote: --- > In my testings _convert has always been available to them as they all > subclass Enum where it's defined. Wow, I really shouldn't check for things in the middle of the night. On the bright side, no further changes are needed