[issue31490] assertion failure in ctypes in case an _anonymous_ attr appears outside _fields_

Change by Roundup Robot : -- pull_requests: +3767 ___ Python tracker ___

[issue22140] "python-config --includes" returns a wrong path (double prefix)

Benjamin Peterson added the comment: New changeset 14086cfc5eed8c5e78342d79e5db87a135d75fa8 by Benjamin Peterson (Michał Górny) in branch 'master': closes bpo-22140: Prevent double substitution of prefix in python-config.sh (#3769)

[issue25359] io.open() fails to open ascii file if LANG env not set

Serhiy Storchaka added the comment: New changeset 4954b8dc5305de72ce618522522a2910c3a34126 by Serhiy Storchaka in branch '2.7': [2.7] bpo-25359: Add missed "goto error" after setting an exception. (GH-3712) (#3779)

[issue31505] assertion failure in json, in case _json.make_encoder() received a bad encoder() argument

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

[issue25359] io.open() fails to open ascii file if LANG env not set

Change by Serhiy Storchaka : -- pull_requests: +3766 ___ Python tracker ___ ___

[issue31505] assertion failure in json, in case _json.make_encoder() received a bad encoder() argument

Serhiy Storchaka added the comment: New changeset 7c24e99c99c961e6633ac45390a211f65806c687 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31505: Fix an assertion failure in json, in case _json.make_encoder() received a bad encoder()

[issue25532] infinite loop when running inspect.unwrap over unittest.mock.call

Change by Serhiy Storchaka : -- pull_requests: +3765 stage: backport needed -> patch review ___ Python tracker ___

[issue31566] assertion failure in _warnings.warn() in case of a bad __name__ global

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.6 ___ Python tracker

[issue31505] assertion failure in json, in case _json.make_encoder() received a bad encoder() argument

Change by Roundup Robot : -- pull_requests: +3764 ___ Python tracker ___

[issue31145] PriorityQueue.put() fails with TypeError if priority_number in tuples of (priority_number, data) are the same.

Lisa Roach added the comment: I think it is a good idea to have a simple way to add a value to sort on in general, it could have some interesting use-cases. Also I am with Nick a name change would make the broader scope clearer. What I am not sure about is making the

[issue31285] a SystemError and an assertion failure in warnings.warn_explicit()

Serhiy Storchaka added the comment: New changeset 90fe25a051bd8cf64d52be533c9b60cad9bdd7fb by Serhiy Storchaka in branch '3.6': [3.6] bpo-31285: Fix an assertion failure and a SystemError in warnings.warn_explicit. (GH-3219) (#3775)

[issue31490] assertion failure in ctypes in case an _anonymous_ attr appears outside _fields_

Serhiy Storchaka added the comment: New changeset bdb215b18a42360b6a9c82876fa71f19ca1a416d by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31490: Fix an assertion failure in ctypes in case an _anonymous_ attr is defined only outside

[issue31492] assertion failures in case a module has a bad __name__ attribute

Serhiy Storchaka added the comment: New changeset f0db2dfda777ad3380e7816cabe4c4240f31687f by Serhiy Storchaka in branch '3.6': [3.6] bpo-31492: Fix assertion failures in case of a module with a bad __name__ attribute. (GH-3620). (#3773)

[issue31586] SystemError in _collections._count_element() in case of a bad mapping argument

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

[issue31586] SystemError in _collections._count_element() in case of a bad mapping argument

Raymond Hettinger added the comment: New changeset a1c49f6f09150f70f063417c8d67a38e59dde7ed by Raymond Hettinger (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31586: Use _count_element fast path for real dicts. (#3776)

[issue31586] SystemError in _collections._count_element() in case of a bad mapping argument

Change by Roundup Robot : -- pull_requests: +3763 ___ Python tracker ___

[issue31586] SystemError in _collections._count_element() in case of a bad mapping argument

Raymond Hettinger added the comment: New changeset 31aca4bf79217e6ec4c1d056d3ad7ed4dd469c78 by Raymond Hettinger (Oren Milman) in branch 'master': bpo-31586: Use _count_element fast path for real dicts.

[issue2771] Test issue

Ezio Melotti added the comment: mail test On Wed, Sep 27, 2017 at 4:14 AM, Ezio Melotti wrote: > > Ezio Melotti added the comment: > > test > > -- > versions: +Python 3.8 -Python 3.5 > >

[issue2771] Test issue

Ezio Melotti added the comment: test -- versions: +Python 3.8 -Python 3.5 ___ Python tracker ___

[issue31599] bug in doctest when comparing - 0.0 == 0.0

Changes by R. David Murray : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue31599] bug in doctest when comparing - 0.0 == 0.0

Zé Vinícius added the comment: Hi R. David Murray, doctest compares strings, so "-0.0" is not the same as "0.0" to doctest Thank you. That explains why "-0.0 == 0.0" is True to Python, but False to doctest. Cheers, Zé On Tue, Sep 26, 2017 at 5:35 PM, R. David Murray

[issue31599] bug in doctest when comparing - 0.0 == 0.0

R. David Murray added the comment: To be clear: doctest compares strings, so "-0.0" is not the same as "0.0" to doctest. -- ___ Python tracker ___

[issue31599] bug in doctest when comparing - 0.0 == 0.0

R. David Murray added the comment: Can you explain why you think that is a bug in doctest? It looks like you are getting different output than you expect, but that by itself wouldn't be a bug in doctest. -- nosy: +r.david.murray ___ Python tracker

[issue31285] a SystemError and an assertion failure in warnings.warn_explicit()

Changes by Serhiy Storchaka : -- keywords: +patch pull_requests: +3762 stage: -> patch review ___ Python tracker ___

[issue31490] assertion failure in ctypes in case an _anonymous_ attr appears outside _fields_

Changes by Roundup Robot : -- pull_requests: +3761 ___ Python tracker ___

[issue31492] assertion failures in case a module has a bad __name__ attribute

Changes by Serhiy Storchaka : -- pull_requests: +3760 stage: backport needed -> patch review ___ Python tracker ___

[issue31595] Preferring MSVC 2017 in Python 3.6.x new minor releases

xoviat added the comment: @zooba Since you mention it, I agree with that proposal. But currently we have core developers contributing to distutils and @jaraco contributing to setuptools. @jaraco is quite competent, but I doubt that he would be able to maintain an independent fork of

[issue31599] bug in doctest when comparing - 0.0 == 0.0

New submission from Zé Vinícius: See https://github.com/pytest-dev/pytest/issues/2796#event-1266625358 -- messages: 303081 nosy: Zé Vinícius priority: normal severity: normal status: open title: bug in doctest when comparing - 0.0 == 0.0 ___ Python

[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

Larry Hastings added the comment: New changeset 0fcc03367b31f44c1e1b8d3d2dd940ef1e744326 by larryhastings (INADA Naoki) in branch '3.5': bpo-31095: fix potential crash during GC (GH-2974) (#3196) https://github.com/python/cpython/commit/0fcc03367b31f44c1e1b8d3d2dd940ef1e744326 --

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Lord Anton Hvornum added the comment: Historically Windows have struggled with /32 assigned networks. Trying to push such a network address to a Windows machine has usually (not all cases) rendered it connection-less, where as switches, routers, *nix etc have never had any major issues with the

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Eric V. Smith added the comment: You lost me at "some Windows mentality". I come from a networking background. Sorry, I don't care enough about this issue to pursue it. -- ___ Python tracker

[issue31586] SystemError in _collections._count_element() in case of a bad mapping argument

Raymond Hettinger added the comment: Oren, thank you for the work you've been doing. -- assignee: -> rhettinger ___ Python tracker ___

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Lord Anton Hvornum added the comment: I was actually just thinking about the same thing, why not just add a optional flag to the already existing function. I get that people are way into backward compatibility, and I won't get into a religious fight over that particular topic as long as there's

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Eric V. Smith added the comment: Yes, due to backward compatibility constraints, the behavior is immutable. You might be able to argue for another method, say all_hosts(), or something. Or maybe even a optional parameter to hosts() that defaults to the existing behavior, but if provided, lets

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Lord Anton Hvornum added the comment: And this definition is some how immutable? On Tue, Sep 26, 2017 at 10:19 PM Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > > Because this is a definition of this method. > > -- > >

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Serhiy Storchaka added the comment: Because this is a definition of this method. -- ___ Python tracker ___

[issue30347] itertools.groupby() can fail a C assert()

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

[issue30347] itertools.groupby() can fail a C assert()

Serhiy Storchaka added the comment: New changeset d0b9dc33676bdad217d5074954c1b37d4ca54a10 by Serhiy Storchaka in branch '2.7': [2.7] bpo-30347: Stop crashes when concurrently iterate over itertools.groupby() iterators. (GH-1557). (#3772)

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Lord Anton Hvornum added the comment: This is still a very strange behavior and I can't see why this still shouldn't return a IP address. if the broadcast, network and host address are all the same, that should call for a exceptional behavior from the library. Because 127.0.0.1/32 is still a

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Serhiy Storchaka added the comment: This is documented. hosts() Returns an iterator over the usable hosts in the network. The usable hosts are all the IP addresses that belong to the network, except the network address itself and the network broadcast address. >>> import ipaddress >>>

[issue30347] itertools.groupby() can fail a C assert()

Changes by Serhiy Storchaka : -- pull_requests: +3759 ___ Python tracker ___

[issue31580] Defer compiling regular expressions

Ezio Melotti added the comment: What about adding a lazy_compile() function? It will leave the current behavior unchanged, it's explicit, and it's easier to use cross version (if importing re.lazy_compile fails, use re.compile). FWIW I'm -1 on changing re.compile, -1 on adding re.IMMEDIATE,

[issue29624] Python 3.5.3 x86 web installer cannot install launcher

Changes by Steve Dower : -- resolution: -> fixed stage: test needed -> resolved status: open -> closed ___ Python tracker ___

[issue31598] pyping 0.0.5 package crashed on ZeroDivisionError: float division by zero

R. David Murray added the comment: pyping is not part of the standard library, you'll need to find their bug tracker and report the problem to them. -- nosy: +r.david.murray resolution: -> third party stage: -> resolved status: open -> closed type: crash -> behavior

[issue31595] Preferring MSVC 2017 in Python 3.6.x new minor releases

Changes by Steve Dower : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue31598] pyping 0.0.5 package crashed on ZeroDivisionError: float division by zero

New submission from Saravanan Nagarajan: r = pyping.ping(hostip) File "build/bdist.linux-x86_64/egg/pyping/core.py", line 426, in ping return p.run(count) File "build/bdist.linux-x86_64/egg/pyping/core.py", line 288, in run self.print_exit() File

[issue31595] Preferring MSVC 2017 in Python 3.6.x new minor releases

Steve Dower added the comment: Let me hop in my time machine and fix that for you: https://github.com/python/cpython/pull/3425 (FWIW, I think it makes *much* more sense for setuptools to fix this by simply forking all of distutils and never looking back. But since we don't live in that world

[issue27494] 2to3 parser failure caused by a comma after a generator expression

Changes by Jakub Stasiak : -- keywords: +patch pull_requests: +3758 stage: -> patch review ___ Python tracker ___

[issue30347] itertools.groupby() can fail a C assert()

Serhiy Storchaka added the comment: New changeset 69b2dc8637ba924d78f9869be592c5a545510f10 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': [3.6] bpo-30347: Stop crashes when concurrently iterate over itertools.groupby() iterators. (GH-1557) (#3770)

[issue31580] Defer compiling regular expressions

Stefan Behnel added the comment: I'm also against changing re.compile() to not compile. And I often write code like this: replace_whitespace = re.compile(r"\s+").sub which is not covered by your current proposed change. -- nosy: +scoder ___

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

New submission from Lord Anton Hvornum: https://docs.python.org/3/library/ipaddress.html#ipaddress.IPv4Network.hosts I couldn't find anywhere in the documentation mentioning the fact that doing the following would return nothing: >>> import ipaddress >>> net =

[issue30347] itertools.groupby() can fail a C assert()

Serhiy Storchaka added the comment: New changeset c740e4fe8a9bc5815dc18c38d7f7600b128c3c51 by Serhiy Storchaka in branch 'master': bpo-30347: Stop crashes when concurrently iterate over itertools.groupby() iterators. (#1557)

[issue30347] itertools.groupby() can fail a C assert()

Changes by Roundup Robot : -- keywords: +patch pull_requests: +3757 ___ Python tracker ___

[issue31595] Preferring MSVC 2017 in Python 3.6.x new minor releases

Zachary Ware added the comment: 3.5 is in security-fix-only mode, so it will not receive such an update. 3.6 is up to Ned and Steve. -- assignee: -> steve.dower components: +Windows nosy: +ned.deily, paul.moore, steve.dower, tim.golden, zach.ware title: Preferring MSVC 2017 in Python

[issue31580] Defer compiling regular expressions

Serhiy Storchaka added the comment: Barry, please test re.search() with your changes. $ ./python -m timeit -s 'import re; s = "a" * 100' 're.search("b", s)' Unpatched: 50 loops, best of 5: 529 nsec per loop Patched:5 loops, best of 5: 7.46 usec per loop --

[issue31596] expose pthread_getcpuclockid in time module

New submission from pdox: time.clock_gettime() makes it possible to retrieve the thread-specific cpu-time clock for the current thread using time.CLOCK_THREAD_CPUTIME_ID. However, it is currently not possible in Python to retrieve the thread-specific clock for other threads. Exposing

[issue27494] 2to3 parser failure caused by a comma after a generator expression

Serhiy Storchaka added the comment: set(x for x in range(2),) can be interpreted as set(x for x in (range(2),)). Wouldn't be better to forbid such ambiguous syntax? The trailing comma in argument list is supported because it helps to add new arguments (or temporary comment out arguments).

[issue31595] Preferring MSVC 2017 in Python 3.5.x and 3.6.x new minor releases

New submission from xoviat: MSVC 2017 retains ABI compatibility with MSVC 2015, yet supports (as always with a newer compiler version) more features and compiles faster. Because it retains ABI compatibility with existing Python versions, I think it makes sense for distutils to prefer it (this

[issue31594] Make bytes and bytearray maketrans accept dictionaries as first argument as it's done in str

Serhiy Storchaka added the comment: Inconsistency is a weak argument. It itself is not enough to add a new feature. str.translate() accepts a mapping instead of a string (as it would be for consistency with bytes.translate()) because it would be inconvenient to provide a 1114112-character

[issue28293] Don't completely dump the regex cache when full

Serhiy Storchaka added the comment: Thank you for your reviews. Currently the caching logic is simpler, it no longer depends on the LOCALE flag and the current locale. But it still is too complex for lru_cache. It needs a way to bypass caching based on arguments or result. --

[issue31594] Make bytes and bytearray maketrans accept dictionaries as first argument as it's done in str

Oleksandr Suvorov added the comment: This change requested just because I find it inconsistent and passing translation as key-value is much easier to read rather than two lists. When translation table gets bigger than 10 pairs it gets annoying to match in the head between from and to while

[issue28293] Don't completely dump the regex cache when full

Serhiy Storchaka added the comment: New changeset 114454e9f6addbcb364e9a37102c8131ae2da1dd by Serhiy Storchaka in branch 'master': bpo-28293: Don't completely dump the regex cache when full. (#3768) https://github.com/python/cpython/commit/114454e9f6addbcb364e9a37102c8131ae2da1dd --

[issue29442] Replace optparse with argparse in setup.py

Chi Hsuan Yen added the comment: Thanks to Serhiy Storchaka's work in issue 30152, this patch can be simplified. I've rebased my branch and updated the pull request. -- ___ Python tracker

[issue31594] Make bytes and bytearray maketrans accept dictionaries as first argument as it's done in str

Serhiy Storchaka added the comment: Why do you need this functionality? -- ___ Python tracker ___ ___

[issue31580] Defer compiling regular expressions

Raymond Hettinger added the comment: I'm flat-out opposed to changing the default behavior. If some API change gets make it needs to strictly be opt-in. Even then, I don't think this is a great idea. We already have ways to do it if people actually cared about this. FWIW, other languages

[issue31594] Make bytes and bytearray maketrans accept dictionaries as first argument as it's done in str

Oleksandr Suvorov added the comment: str.maketrans in python3 is able to accept just one argument which is a mapping of translations. While bytearray and bytes are still using only old way where you should pass two iterables from and to. static str.maketrans(x [,y [,z]]) static

[issue31594] Make bytes and bytearray maketrans accept dictionaries as first argument as it's done in str

New submission from Serhiy Storchaka: Could you please provide more information? What the problem you want to solve? -- nosy: +serhiy.storchaka ___ Python tracker

[issue31594] Make bytes and bytearray maketrans accept dictionaries as first argument as it's done in str

Changes by Oleksandr Suvorov : -- components: Interpreter Core nosy: soosleek priority: normal severity: normal status: open title: Make bytes and bytearray maketrans accept dictionaries as first argument as it's done in str type: behavior versions: Python 3.7

[issue31580] Defer compiling regular expressions

Barry A. Warsaw added the comment: On Sep 26, 2017, at 11:27, R. David Murray wrote: > > Precompiling as a compile-time optimization would be cool. I think we are > currently favoring doing that kind of thing as an AST optimization step? I was thinking about that

[issue31580] Defer compiling regular expressions

R. David Murray added the comment: Precompiling as a compile-time optimization would be cool. I think we are currently favoring doing that kind of thing as an AST optimization step? I think Raymond and my point was that the current behavior should remain unchanged by default. So a

[issue22140] "python-config --includes" returns a wrong path (double prefix)

Michał Górny added the comment: I've submitted a pull request with another fix. I've tried to keep the changes at minimal but I couldn't stand keeping meaningless 'echo $x | sed -e s/$x/$y/' ;-). I have to point out that the attached patch is wrong since it does readlink on CFLAGS

[issue22140] "python-config --includes" returns a wrong path (double prefix)

Changes by Michał Górny : -- keywords: +patch pull_requests: +3754 stage: needs patch -> patch review ___ Python tracker ___

[issue28293] Don't completely dump the regex cache when full

Changes by Serhiy Storchaka : -- nosy: +barry ___ Python tracker ___ ___

[issue28293] Don't completely dump the regex cache when full

Changes by Serhiy Storchaka : -- pull_requests: +3753 ___ Python tracker ___

[issue31592] assertion failure in Python/ast.c in case of a bad unicodedata.normalize()

Changes by Oren Milman : -- keywords: +patch pull_requests: +3752 stage: -> patch review ___ Python tracker ___

[issue31592] assertion failure in Python/ast.c in case of a bad unicodedata.normalize()

Serhiy Storchaka added the comment: Oh, and passing arguments to this function is tricky. If faked unicodedata.normalize save the args tuple it will see a mutated tuple containing a hanging reference. This is a good opportunity of using the fast call protocol. -- nosy:

[issue31580] Defer compiling regular expressions

Barry A. Warsaw added the comment: Let's separate the use of lru_cache from the deferred compilation. I think I'll just revert the change to use lru_cache, although I'll note that the impetus for this was the observation that once MAXCACHE is reached the entire regexp cache is purged. That

[issue31151] socketserver.ForkingMixIn.server_close() leaks zombie processes

STINNER Victor added the comment: I proposed the bpo-31593 to fix the issue differently in Python 3.6 (and maybe also Python 2.7). -- ___ Python tracker

[issue31593] [2.7][3.6] test_socketserver ForkingMixIn tests leaks child processes on Python 3.6

Changes by STINNER Victor : -- keywords: +patch pull_requests: +3751 stage: -> patch review ___ Python tracker ___

[issue31593] [2.7][3.6] test_socketserver ForkingMixIn tests leaks child processes on Python 3.6

Changes by STINNER Victor : -- title: test_socketserver ForkingMixIn tests leaks child processes -> [2.7][3.6] test_socketserver ForkingMixIn tests leaks child processes on Python 3.6 versions: +Python 2.7 ___ Python

[issue31593] test_socketserver ForkingMixIn tests leaks child processes

New submission from STINNER Victor: The bpo-31151 (socketserver.ForkingMixIn.server_close() leaks zombie processes) was fixed in the master branch, but 2.7 and 3.6 branches were not changed. I proposed to modify test_socketserver to explicitly waits until child processes complete. See

[issue31588] SystemError in class creation in case of a metaclass with a bad __prepare__() method

Changes by Serhiy Storchaka : -- nosy: +eric.snow, ncoghlan ___ Python tracker ___

[issue31415] Add -X option to show import time

STINNER Victor added the comment: > The output in PR 3765 partially duplicates the output of the -v option. Right. But the idea is to be able to use "grep 'import time:'" to only extract importtime logs. "-v" logs different kind of informations. -- nosy: +haypo

[issue31415] Add -X option to show import time

Serhiy Storchaka added the comment: The output in PR 3765 partially duplicates the output of the -v option. -- ___ Python tracker ___

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

Larry Hastings added the comment: New changeset 44c1b62939a6192776dc9d093546154044cb2ecb by larryhastings (Steve Dower) in branch '3.5': [3.5] bpo-31170: Fix inclusion of expat in Windows build projects. (#3751) https://github.com/python/cpython/commit/44c1b62939a6192776dc9d093546154044cb2ecb

[issue31415] Add -X option to show import time

Changes by STINNER Victor : -- pull_requests: +3750 ___ Python tracker ___ ___

[issue31592] assertion failure in Python/ast.c in case of a bad unicodedata.normalize()

New submission from Oren Milman: The following code causes an assertion failure: import unicodedata def bad_normalize(*args): return None unicodedata.normalize = bad_normalize import ast ast.parse('\u03D5') This is because init_normalization() (in Python/ast.c) assumes that

[issue30844] selectors: Add urgent data to read event

STINNER Victor added the comment: It would help to look how Twisted, eventlet, gevent and others handle "urgent data" and "exceptions". Check if they succeeded to formalize these events. asyncore uses select() or poll(). asyncore.poll() uses select.select(). It adds the fd to exceptfds if the

[issue30844] selectors: Add urgent data to read event

STINNER Victor added the comment: On Windows, exceptfds of select() is not only related to urgent ("out of band") data, it also notifies connect() failure: exceptfds: If processing a connect call (nonblocking), connection attempt failed. OOB data is available for reading (only if

[issue30844] selectors: Add urgent data to read event

STINNER Victor added the comment: Anothe piece of history, the creation of the selectors module, bpo-16853, directly with the win32 "select.select(r, w, w, timeout)": commit 243d8d85debaa319a2be0143003a9e881a0f5646 Author: Charles-François Natali Date: Wed Sep 4

[issue30844] selectors: Add urgent data to read event

Pim Klanke added the comment: On 26-09-17 12:29, STINNER Victor wrote: > > STINNER Victor added the comment: > > Using Git history, I found the following commit which added "r, w, x = > select(r, w, w, timeout)" for Windows in tulip (old name of the asyncio > project, when it was developed

[issue30844] selectors: Add urgent data to read event

Pim Klanke added the comment: On 26-09-17 11:51, STINNER Victor wrote: > > STINNER Victor added the comment: > > I'm not confortable with the change because of following questions: > > * It seems like your patch changes the SelectSelector behaviour on Windows. > How is a selectors user

[issue31588] SystemError in class creation in case of a metaclass with a bad __prepare__() method

Changes by Oren Milman : -- keywords: +patch pull_requests: +3749 stage: -> patch review ___ Python tracker ___

[issue31591] Closing socket raises AttributeError: 'collections.deque' object has no attribute '_decref_socketios'

New submission from reidfaiv: We have one application misbehaving in production environment under the load: it segfaults occasionally and throws exception which does not seem to make sense. We have tested both on 3.4 and 3.5. For a background - we have taken a bit unusual path - as server is

[issue30844] selectors: Add urgent data to read event

STINNER Victor added the comment: Using Git history, I found the following commit which added "r, w, x = select(r, w, w, timeout)" for Windows in tulip (old name of the asyncio project, when it was developed outside CPython): commit 84124f3d725c9931249d083e78f43fcda91c383a Author: Richard

[issue31589] Links for French documentation pdf is broken

Julien Palard added the comment: Hi Fabrice, Thanks for reporting. The whole archives/ directory is completly missing for french and japanese, I'll take a look. Bug is probably really near https://github.com/python/docsbuild-scripts/blob/master/build_docs.py#L222 --

[issue31587] Enum doesn't allow name

Robert Gomułka added the comment: It turns out that enum34 backports module was the culprit (it was first on search path). When using enum native module, everything works as expected: > c:\Python\Python36-32\python.exe -I Python 3.6.2 (v3.6.2:5fd33b5, Jul 8 2017, 04:14:34) [MSC v.1900 32 bit

[issue30844] selectors: Add urgent data to read event

STINNER Victor added the comment: I'm not confortable with the change because of following questions: * It seems like your patch changes the SelectSelector behaviour on Windows. How is a selectors user supposed to upgrade his/her code to get the same behaviour on Python 3.6 and 3.7? Would it

[issue31586] SystemError in _collections._count_element() in case of a bad mapping argument

Changes by Oren Milman : -- keywords: +patch pull_requests: +3748 stage: -> patch review ___ Python tracker ___

[issue31590] CSV module incorrectly treats escaped newlines as new records if unquoted

New submission from Vaibhav Mallya: I'm writing python `csv` based-parsers as part of a data processing pipeline that includes Redshift and other data stores upstream and down. It's easy and expected in all of these data stores (http://docs.aws.amazon.com/redshift/latest/dg/r_UNLOAD.html)

  1   2   >