[issue35606] Add prod() function to the math module

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

[issue35606] Add prod() function to the math module

Raymond Hettinger added the comment: New changeset bc098515864d0d1ffe8fb97ca1a0526c30fee45a by Raymond Hettinger (Pablo Galindo) in branch 'master': bpo-35606: Implement math.prod (GH-11359) https://github.com/python/cpython/commit/bc098515864d0d1ffe8fb97ca1a0526c30fee45a --

[issue22228] Adapt bash readline operate-and-get-next function

Lele Gaifax added the comment: Luckily the referenced branch is still around on GH: https://github.com/lelit/cpython-hg-mirror/tree/issue8_2 As the name says, it is not related to modern CPython' git repo though. -- ___ Python tracker

[issue35906] Header Injection in urllib

Sihoon Lee added the comment: Yes, I thought so. before the commit version i said, the previous version(~3.4.6), raised an exception(no host given~) in urlopen failing parsing host. If this patch wants to be same as the previous version, It is right to raise an exception like the previous

[issue35923] Update the BuiltinImporter in importlib to use loader._ORIGIN instead of a hardcoded value

Nina Zakharenko added the comment: Hey Dong-hee, Unfortunately, I already started the work on this which is why I assigned the ticket to myself when I opened it. This work came up as a continuation of another ticket I worked on - bpo-35321 / GH-11732. I wanted to keep them as separate

[issue22228] Adapt bash readline operate-and-get-next function

Steven D'Aprano added the comment: If the licencing issue is resolved, can we reconsider this for 3.8? -- versions: +Python 3.8 -Python 3.6 ___ Python tracker ___

[issue35927] Intra-package References Documentation Incomplete

New submission from ADataGman : Attempting to follow https://docs.python.org/3.6/tutorial/modules.html#intra-package-references I was unable to recreate the intra-package reference as described. "For example, if the module sound.filters.vocoder needs to use the echo module in the

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Ubuntu 3.7 and ARMv7 Ubuntu 3.x buildbots

Change by Gregory P. Smith : -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Ubuntu 3.7 and ARMv7 Ubuntu 3.x buildbots

Gregory P. Smith added the comment: FYI - the name of this bot is misleading. It is now Debian testing as of 18 hours ago instead of obsolete Ubuntu 14.04. I finally upgraded it. Opens version says 1.1.1a. -- blame half the typos on my phone. On Wed, Feb 6, 2019, 5:45 PM Pablo Galindo

[issue35906] Header Injection in urllib

Martin Panter added the comment: Maybe related to Victor's "Issue 1" described in Issue 32085. That is also a security bug about CRLF in the URL's path, but was opened before Issue 30500 was opened and the code changed, so I'm not sure if it is the same as this or not. Also there is Issue

[issue35906] Header Injection in urllib

Sihoon Lee added the comment: Sorry, I'm late. My review is here. https://github.com/python/cpython/pull/11768 -- ___ Python tracker ___

[issue35926] Need openssl 1.1.1 support on Windows for ARM and ARM64

Change by Roundup Robot : -- keywords: +patch, patch, patch, patch pull_requests: +11757, 11758, 11759, 11760 stage: -> patch review ___ Python tracker ___

[issue35926] Need openssl 1.1.1 support on Windows for ARM and ARM64

Change by Roundup Robot : -- keywords: +patch, patch, patch pull_requests: +11757, 11758, 11759 stage: -> patch review ___ Python tracker ___

[issue35926] Need openssl 1.1.1 support on Windows for ARM and ARM64

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

[issue35926] Need openssl 1.1.1 support on Windows for ARM and ARM64

Change by Roundup Robot : -- keywords: +patch, patch pull_requests: +11757, 11758 stage: -> patch review ___ Python tracker ___

[issue35926] Need openssl 1.1.1 support on Windows for ARM and ARM64

New submission from Paul Monson : Need code and test changes to match https://bugs.python.org/issue35740 -- assignee: christian.heimes components: SSL, Windows messages: 334998 nosy: Paul Monson, christian.heimes, paul.moore, steve.dower, tim.golden, zach.ware priority: normal

[issue35705] libffi support is not there for windows on ARM64

Change by Paul Monson : -- nosy: +Paul Monson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35740] openssl version 1.1.1 need to be there in cpython-source-deps for windows ARM64

Change by Paul Monson : -- nosy: +Paul Monson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35923] Update the BuiltinImporter in importlib to use loader._ORIGIN instead of a hardcoded value

Dong-hee Na added the comment: @nnja Hi, Can I work on this issue if no one works on it? -- nosy: +corona10 ___ Python tracker ___

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Ubuntu 3.7 and ARMv7 Ubuntu 3.x buildbots

New submission from Pablo Galindo Salgado : Example failures https://buildbot.python.org/all/#/builders/117 https://buildbot.python.org/all/#/builders/106 == ERROR: test_networked_good_cert (test.test_httplib.HTTPSTest)

[issue35606] Add prod() function to the math module

Pablo Galindo Salgado added the comment: PR 11359 has the following properties in its current state: Performance vs naive implementation --- ./python -m perf timeit -s "import functools;import operator;iterable=list(range(1))"

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: Sounds good. I hope that helped. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue35921] Use ccache by default

Raymond Hettinger added the comment: Antoine, thanks for pointing out that ccache exists. I got immediate build-time improvements. For the Mac, I did a "brew install ccache" and prepended "/usr/local/opt/ccache/libexec". No modification of our files was necessary. -- nosy:

[issue22474] No explanation of how a task gets destroyed in asyncio 'task' documentation

Cheryl Sabella added the comment: It seems that the note about a warning being logged if a pending task is destroyed does not exist in the new, rewritten version of the asyncio docs. Therefore, I'm going to close this as out of date. -- nosy: +cheryl.sabella resolution: -> out of

[issue35924] curses segfault resizing window

New submission from Josiah Ulfers : To provoke a segmentation fault, run the attached, then grab the top or bottom edge of the window. Move it down or up until it overlaps the box. Might need to wiggle the edge a little, but it's reliably reproducible. Expected error, which is what happens

[issue35913] asyncore: allow handling of half closed connections

Isaac Boukris added the comment: > But I want to raise the flag again: why we are adding new functionality to > the *deprecated* module? It violates our on deprecation policy, isn't it? I'm biased but I see this as more of a small and subtle fix for the current logic that incorrectly treats

[issue35923] Update the BuiltinImporter in importlib to use loader._ORIGIN instead of a hardcoded value

New submission from Nina Zakharenko : Update the BuiltinImporter in importllib to set the origin from the shared `loader._ORIGIN` attribute instead of using the hard-coded value of 'built-in' in order to match the functionality of FrozenImporter. The FrozenImporter was updated to use this

[issue35921] Use ccache by default

Antoine Pitrou added the comment: (sorry for the typos; a bit sick today) -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue35921] Use ccache by default

Antoine Pitrou added the comment: > Besides not rebuilding .o[bj] files where the sources have not changed, what > else do these tools do? That's a different caching scheme. MSVC, make, ninja and friend will compare timestamps of the .c and .o files are avoid rebuilding if the .o file is

[issue35887] Doc string for updating the frozen version of importlib in _bootstrap.py incorrect

Change by Nina Zakharenko : -- keywords: +patch, patch pull_requests: +11753, 11754 stage: -> patch review ___ Python tracker ___

[issue35887] Doc string for updating the frozen version of importlib in _bootstrap.py incorrect

Change by Nina Zakharenko : -- keywords: +patch, patch, patch pull_requests: +11753, 11754, 11755 stage: -> patch review ___ Python tracker ___

[issue35887] Doc string for updating the frozen version of importlib in _bootstrap.py incorrect

Change by Nina Zakharenko : -- keywords: +patch pull_requests: +11753 stage: -> patch review ___ Python tracker ___ ___

[issue35913] asyncore: allow handling of half closed connections

Giampaolo Rodola' added the comment: I agree. The problem I have with this is that it introduces a new method (handle_eof), which ends up in the "new functionality" bucket (even though it's not backward incompatible per-se, as it defaults on calling handle_close() anyway, but still it is

[issue35913] asyncore: allow handling of half closed connections

Andrew Svetlov added the comment: Technically the change seems correct, we have the same logic for asyncio half-closed streams. But I want to raise the flag again: why we are adding new functionality to the *deprecated* module? It violates our on deprecation policy, isn't it? --

[issue19953] __iadd__() doc not strictly correct

Change by Felipe Manzano : -- pull_requests: +11750, 11751 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19953] __iadd__() doc not strictly correct

Change by Felipe Manzano : -- pull_requests: +11750 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19953] __iadd__() doc not strictly correct

Change by Felipe Manzano : -- pull_requests: +11750, 11751, 11752 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35904] Add statistics.fmean(seq)

Mark Dickinson added the comment: Double-checking my own assertions: here's an example of a list xs of floats for which `fsum(xs) / len(xs)` is out by more than 1 ulp. (Obtained simply by checking a few lists of random.random() outputs; it's probably possible to construct something more

[issue35921] Use ccache by default

Stéphane Wirtel added the comment: time -p make CC="/usr/bin/ccache gcc" --jobs 4 --silent > stdout.txt ^ stderr.txt real 4.36 user 3.69 sys 1.73 on a 4-thread CPU i7-7560U CPU @ 2.40GHz -- nosy: +matrixise ___ Python tracker

[issue35922] robotparser crawl_delay and request_rate do not work with no matching entry

Change by Rémi Lapeyre : -- nosy: +remi.lapeyre ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35922] robotparser crawl_delay and request_rate do not work with no matching entry

New submission from Joseph Myers : RobotFileParser.crawl_delay and RobotFileParser.request_rate raise AttributeError for a robots.txt with no matching entry for the given user-agent, including no default entry, rather than returning None which would be correct according to the documentation.

[issue35903] Build of posixshmem.c should probe for required OS functions

Neil Schemenauer added the comment: Hi Ronald, I tested with my MacBook but I'm not sure what version of the OS. Probably the latest but I can check when I get home. Maybe my comment was not clear. On my MacBook, you don't need librt for shm_open, etc. That sounds like it is the same as

[issue35904] Add statistics.fmean(seq)

Mark Dickinson added the comment: > Are you saying that "fsum(seq) / len(seq)" is incorrect because on some > older builds there is a rare possibility of an error of 1 unit in the last > place? Just to be clear, it's not that rare a possibility, and it's not restricted to older builds. I

[issue35921] Use ccache by default

Christian Heimes added the comment: The PR is not required. I have been using ccache for many years with a custom PATH. On Debian, it's recommended to modify PATH manually. On Fedora PATH is automatically modified by the ccache package. $ echo $PATH

[issue35913] asyncore: allow handling of half closed connections

Isaac Boukris added the comment: > It seems recv() returning b"" is an alias for "connection lost". E.g. in > Twisted: To my understanding, technically the connection is not fully closed, it is just shut-down for reading but we can still perform write operations on it (that is, the client

[issue35921] Use ccache by default

Steve Dower added the comment: I think the caching that MSVC does naturally handles this well enough - certainly rebuilds normally just build those files that have not changed. Besides not rebuilding .o[bj] files where the sources have not changed, what else do these tools do? --

[issue35904] Add statistics.fmean(seq)

Change by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35913] asyncore: allow handling of half closed connections

Giampaolo Rodola' added the comment: > When recv() return 0 we may still have data to send. It seems recv() returning b"" is an alias for "connection lost". E.g. in Twisted: https://github.com/twisted/twisted/blob/06c891502be9f6389451fcc959cad5485f55d653/src/twisted/internet/tcp.py#L227-L248

[issue35920] Windows 10 ARM32 platform support

Change by Roundup Robot : -- keywords: +patch, patch, patch, patch pull_requests: +11746, 11747, 11748, 11749 stage: needs patch -> patch review ___ Python tracker ___

[issue35920] Windows 10 ARM32 platform support

Change by Roundup Robot : -- keywords: +patch, patch pull_requests: +11746, 11747 stage: needs patch -> patch review ___ Python tracker ___

[issue35920] Windows 10 ARM32 platform support

Change by Roundup Robot : -- keywords: +patch, patch, patch pull_requests: +11746, 11747, 11749 stage: needs patch -> patch review ___ Python tracker ___

[issue35920] Windows 10 ARM32 platform support

Change by Roundup Robot : -- keywords: +patch pull_requests: +11746 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue35921] Use ccache by default

Antoine Pitrou added the comment: This is Unix-only, but the same approach may be possible on Windows using clcache (https://github.com/frerich/clcache). -- nosy: +steve.dower ___ Python tracker

[issue35921] Use ccache by default

Change by Antoine Pitrou : -- keywords: +patch, patch pull_requests: +11743, 11744 stage: -> patch review ___ Python tracker ___

[issue35921] Use ccache by default

Change by Antoine Pitrou : -- keywords: +patch, patch, patch pull_requests: +11743, 11744, 11745 stage: -> patch review ___ Python tracker ___

[issue35921] Use ccache by default

Change by Antoine Pitrou : -- keywords: +patch pull_requests: +11743 stage: -> patch review ___ Python tracker ___ ___

[issue35921] Use ccache by default

Antoine Pitrou added the comment: I've got a proof-of-concept patch, here are the results: Debug build, uncached real0m50,260s user1m52,663s sys 0m11,305s Debug build, cached real0m4,511s user0m4,009s sys 0m1,547s Non-debug build, uncached real1m18,384s user

[issue35920] Windows 10 ARM32 platform support

Change by Paul Monson : -- nosy: +Paul Monson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35921] Use ccache by default

New submission from Antoine Pitrou : While compiling CPython isn't very slow, enabling ccache if found would produce faster builds when developing. -- components: Build messages: 334973 nosy: pitrou priority: normal severity: normal status: open title: Use ccache by default type:

[issue35920] Windows 10 ARM32 platform support

New submission from Steve Dower : As posted at https://mail.python.org/pipermail/python-dev/2019-February/156229.html, add support for the Windows ARM32 platform. This is related to issue33125, but we are doing ARM32 first before considering ARM64. Paul Monson (Paul.Monson at

[issue35899] '_is_sunder' function in 'enum' module fails on empty string

Cheryl Sabella added the comment: I agree with Rémi Lapeyre. For reference, the len() check and current tests were added under issue 19156. -- nosy: +cheryl.sabella ___ Python tracker

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Xiang Gao added the comment: Hi Eric, Thanks for your valuable information and fast reply. You understand the problem exactly correct: initially pytorch had codes like `isinstance(x, tuple)` and lots of `PyTuple_Check`, but when we start to change the return type from tuple to structseq,

[issue27344] zipfile *does* support utf-8 filenames

Cheryl Sabella added the comment: This wording was removed as part of issue 32035. -- nosy: +cheryl.sabella resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> Documentation of zipfile.ZipFile().writestr() fails to mention that 'data' may

[issue35913] asyncore: allow handling of half closed connections

Andrew Svetlov added the comment: My personal opinion is: we should accept bug fixes for asyncore but stop adding new features to the module. asyncio supersedes asyncore in all aspects. -- nosy: +asvetlov ___ Python tracker

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: FWIW, if folks *are* checking for tuple (and I'd love to know why) then I'd recommend that they not. :) A more Pythonic (and arguably generally better) approach would be to stick tightly to what data you need and take advantage of duck-typing. When possible,

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: [1] https://devguide.python.org/#status-of-python-branches -- ___ Python tracker ___ ___

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: tl;dr It's too late to change anything here. Also, is it actually a problem in practice? At this point enhancements can not go into 2.7 (you're welcome to appeal to the release manager). The changes to `PyStructSequence` (from bpo-1820) appear to have

[issue35913] asyncore: allow handling of half closed connections

Isaac Boukris added the comment: Fair enough. I'll sign the CLA meanwhile you consider it. In my opinion it may still be useful in addressing issues in existing projects written using asyncore (and maybe for python2 as well). Thanks! -- ___

[issue35813] shared memory construct to avoid need for serialization between processes

Giampaolo Rodola' added the comment: Also, for completeness (since discussion is getting split), please see my proposal to move SharedMemoryManager and SharedMemoryServer into multiprocessing.managers namespace and rename shared_memory.py to _shared_memory.py:

[issue35919] multiprocessing: shared manager Pool fails with AttributeError

New submission from Giampaolo Rodola' : import multiprocessing import multiprocessing.managers def f(n): return n * n def worker(pool): with pool: pool.apply_async(f, (10, )) manager = multiprocessing.managers.SyncManager() manager.start() pool = manager.Pool(processes=4)

[issue35913] asyncore: allow handling of half closed connections

Emmanuel Arias added the comment: Hi! > Assigning this to me but am not sure 1) when I'll be able to look at this 2) > whether it's worth it as asyncore is deprecated in favor of asyncio. Yes, asyncore is deprecated since 3.6. -- nosy: +eamanu

[issue35913] asyncore: allow handling of half closed connections

Giampaolo Rodola' added the comment: Assigning this to me but am not sure 1) when I'll be able to look at this 2) whether it's worth it as asyncore is deprecated in favor of asyncio. -- assignee: -> giampaolo.rodola ___ Python tracker

[issue35918] multiprocessing's SyncManager.dict.has_key() method is broken

New submission from Giampaolo Rodola' : Related to BPO-35917: $ ./python Python 3.8.0a1+ (heads/master:cd90f6a369, Feb 6 2019, 17:16:10) [GCC 7.3.0] on linux >>> import multiprocessing.managers >>> m = multiprocessing.managers.SyncManager() >>> m.start() >>> d = m.dict() >>> 'has_key' in

[issue35915] re.search extreme slowness (looks like hang/livelock), searching for patterns containing .* in a large string

Tim Peters added the comment: Yes, it's quadratic time. If the string being searched has N characters, first it fails to find "x" in all N of 'em, then `.*` advances by one and it fails to find "x" in the trailing N-1 characters, then again in the trailing N-2, and so on. N + N-1 + N-2 +

[issue35813] shared memory construct to avoid need for serialization between processes

Giampaolo Rodola' added the comment: Unit-tests at https://bugs.python.org/issue35917. -- nosy: +giampaolo.rodola ___ Python tracker ___

[issue35915] re.search extreme slowness (looks like hang/livelock), searching for patterns containing .* in a large string

Ben Spiller added the comment: Running this command: time python -c "import re; re.compile('y.*x').search('y'*(N))" It's clearly quadratic: N=100,000 time=7s N=200,000 time=18s N=400,000 time=110s N=1,000,000 time=690s This illustrates how a simple program that's working correctly can

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Antoine Pitrou added the comment: Would probably be worthwhile backporting to 3.7 as well. -- versions: +Python 3.7 ___ Python tracker ___

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Antoine Pitrou added the comment: Interesting. I had never looked too closely and assumed this was already tested. -- ___ Python tracker ___

[issue35915] re.search extreme slowness (looks like hang/livelock), searching for patterns containing .* in a large string

Ben Spiller added the comment: Correction to original report - it doesn't hang indefinitely, it just takes a really long time. Specifically, looks like it's quadratic in the length of the input string. Increase the size of the input string to 1000*1000 and it's really really slow. I don't

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Change by Giampaolo Rodola' : -- keywords: +patch, patch, patch pull_requests: +11740, 11741, 11742 ___ Python tracker ___ ___

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Change by Giampaolo Rodola' : -- keywords: +patch, patch pull_requests: +11740, 11741 ___ Python tracker ___ ___ Python-bugs-list

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Change by Giampaolo Rodola' : -- keywords: +patch pull_requests: +11740 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Change by Terry J. Reedy : -- nosy: +davin, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35911] add a cell construtor, and expose the cell type in Lib/types.py

Change by Pierre Glaser : -- pull_requests: +11738 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35911] add a cell construtor, and expose the cell type in Lib/types.py

Change by Pierre Glaser : -- pull_requests: +11738, 11739 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue35913] asyncore: allow handling of half closed connections

Change by SilentGhost : -- nosy: +giampaolo.rodola, josiahcarlson, stutzbach versions: +Python 3.8 ___ Python tracker ___ ___

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

New submission from Giampaolo Rodola' : This is a follow up of BPO-35813 and PR-11664 and it provides unit tests for SyncManager and SharedMemoryManager classes + all the shareable types which are supposed to be supported by them. Also, see relevant python-dev discussion at:

[issue35916] 3.6.5 try/except/else/finally block executes code with typos, no errors

SilentGhost added the comment: This seem to be the exactly documented behaviour. From https://docs.python.org/3.8/reference/compound_stmts.html#the-try-statement If finally is present, it specifies a ‘cleanup’ handler. The try clause is executed, including any except and else clauses. If an

[issue35916] 3.6.5 try/except/else/finally block executes code with typos, no errors

New submission from DMITRY KOSHELEV : Hello dear developer! I was playing with try/else/finally block and have found a bug: Inside of "else" or/and "except" I can do this 1 + print('Why do you print me?') + 1 this would print "Why do you print me?", in case if I have "finally" block with a

[issue35915] re.search livelock/hang, searching for patterns starting .* in a large string

New submission from Ben Spiller : These work fine and return instantly: python -c "import re; re.compile('.*x').match('y'*(1000*100))" python -c "import re; re.compile('x').search('y'*(1000*100))" python -c "import re; re.compile('.*x').search('y'*(1000*10))" This hangs / freezes /

[issue22213] Make pyvenv style virtual environments easier to configure when embedding Python

Steve Dower added the comment: Victor may be thinking about it from time to time (or perhaps it's time to make the rest of the configuration changes plans concrete so we can all help out?), but I'd like to see this as either: * a helper function to fill out the core config structure from a

[issue35896] sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b

Steve Dower added the comment: > This includes _getdiskusage, _getfinalpathname, _getfullpathname, > _getvolumepathname, _isdir, and startfile. They have no place in a POSIX > module. Except for startfile, I disagree. They are all there to help implement POSIX compatibility, and as private

[issue35913] asyncore: allow handling of half closed connections

Change by Roundup Robot : -- keywords: +patch, patch pull_requests: +11735, 11736 stage: -> patch review ___ Python tracker ___

[issue35913] asyncore: allow handling of half closed connections

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

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

New submission from Xiang Gao : Related: https://bugs.python.org/issue1820 On issue 1820, a bunch of improvements was made on PyStructSequence to make it behave like a namedtuple. These improvements are not ported to Python 2, which makes it a trouble to write python 2-3 compatible code.

[issue35813] shared memory construct to avoid need for serialization between processes

Terry J. Reedy added the comment: I would prefer that we be consistent. In any case, I think you should be added to Misc/ACKS in the PR. -- ___ Python tracker ___

[issue35913] asyncore: allow handling of half closed connections

New submission from Isaac Boukris : When recv() return 0 we may still have data to send. Add a handler for this case, which may happen with some protocols, notably http1.0 ver. Also, do not call recv with a buffer size of zero to avoid ambiguous return value (see recv man page). --

[issue35905] macOS build docs need refresh (2019)

Jason R. Coombs added the comment: I also have a script that does something very similar (https://github.com/jaraco/jaraco.develop/blob/master/jaraco/develop/macos-build-python.py), invoked with `python -m jaraco.develop.macos-build-python` (or `pip-run -m jaraco.develop -- -m

[issue35912] _testembed.c fails to compile when using --with-cxx-main in the configure step

New submission from Pablo Galindo Salgado : Programs/_testembed.c is compiled with $(MAINCC) in Makefile.pre.in and that will use the C++ compiler if --with-cxx-main is used in the configuration step. The problem is that if the C++ compiler used is some of the more uncommon ones (like the

[issue34398] Docs search does not index glossary items

Cheryl Sabella added the comment: @ammar2, this looks like a great addition to the docs. Would you be able to address Berker's request and also fix the merge conflict on the PR? Also adding Julien and Carol from the expert's index for documentation. -- nosy: +cheryl.sabella, mdk,

  1   2   >