[issue34019] webbrowser: wrong arguments for Opera browser.

Tal Einat added the comment: Shouldn't this be backported to 2.7 as well? -- nosy: +taleinat versions: -Python 3.4, Python 3.5 ___ Python tracker ___

[issue33955] Implement PyOS_CheckStack on macOS using pthread_get_stack*_np

Dong-hee Na added the comment: @ronaldoussoren I updated the PR Please take a look. -- ___ Python tracker ___ ___

[issue32521] NIS module fails to build due to the removal of interfaces related to Sun RPC from glibc.

Matej Cepl added the comment: It seems to be even more weird. Even with installed libnsl-devel (libnsl-devel-1.2.0-2.5.x86_64 on openSUSE/Tumbleweed) I get this in config.log: checking for t_open in -lnsl... no and truly, when grepping for t_open in /usr/include/rpc* I get nothing. When

[issue32007] nis module fails to build against glibc-2.26

Matej Cepl added the comment: It seems to be even more weird. Even with installed libnsl-devel (libnsl-devel-1.2.0-2.5.x86_64 on openSUSE/Tumbleweed) I get this in config.log: checking for t_open in -lnsl... no and truly, when grepping for t_open in /usr/include/rpc* I get nothing.

[issue32521] NIS module fails to build due to the removal of interfaces related to Sun RPC from glibc.

Matej Cepl added the comment: So, if this is a duplicate of #32007, shouldn't it be closed? -- nosy: +mcepl ___ Python tracker ___

[issue16968] Fix test discovery for test_concurrent_futures.py

Zachary Ware added the comment: Looking at this again after 5 years, things have changed a bit and I also better understand what's actually going on in the tests. IIUC, the `test_main` function's only real purpose was to cause any dangling threads or processes to be reaped, which should

[issue16968] Fix test discovery for test_concurrent_futures.py

Change by Zachary Ware : -- pull_requests: +7696 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20602] sys.flags and sys.float_info disappear at shutdown

Zackery Spytz added the comment: This behaviour is present in 2.7. -- nosy: +ZackerySpytz versions: +Python 2.7, Python 3.6, Python 3.7, Python 3.8 -Python 3.4, Python 3.5 ___ Python tracker

[issue1327594] Static Windows Build fails to locate existing installation

Zachary Ware added the comment: The patch is many years out of date by this point. Does anyone know what it takes to create a static binary on Windows these days? -- versions: +Python 3.8 -Python 2.7, Python 3.4, Python 3.5 ___ Python tracker

[issue30400] Race condition in shutil.copyfile()

Zachary Ware added the comment: This can only be accepted into 3.8 at this point due to the new exception type. The patch looks fairly straightforward; would it be possible to add a test that hits the new raise condition? -- nosy: +zach.ware stage: -> patch review versions: +Python

[issue34033] distutils is not reproducible

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34008] Do we support calling Py_Main() after Py_Initialize()?

Change by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34022] 6 tests fail using SOURCE_DATE_EPOCH env var

Matej Cepl added the comment: >From https://mail.python.org/pipermail/python-dev/2018-July/154273.html (by Nick Coghlan): In particular, if a build system sets SOURCE_DATE_EPOCH without specifying a pyc format for py_compile or compileall, Python 3.7 will give you checked hashes by default:

[issue30516] Documentation for datetime substract operation incorrect?

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

[issue30516] Documentation for datetime substract operation incorrect?

Alexander Belopolsky added the comment: New changeset a8bb18bbb9c286cfac5a0b8c8679c440e5c49305 by Alexander Belopolsky (Miss Islington (bot)) in branch '3.7': bpo-30516: Fix documentation issue with -timedelta in datetime (GH-7348) (GH-8093)

[issue30516] Documentation for datetime substract operation incorrect?

Alexander Belopolsky added the comment: New changeset 55f39bdabc91b387c18451c78ee077e6d05d6cfe by Alexander Belopolsky (Miss Islington (bot)) in branch '3.6': bpo-30516: Fix documentation issue with -timedelta in datetime (GH-7348) (GH-8092)

[issue20602] sys.flags and sys.float_info disappear at shutdown

Change by Zackery Spytz : -- keywords: +patch pull_requests: +7695 stage: -> patch review ___ Python tracker ___ ___

[issue33998] random.randrange completely ignores the step argument when stop is None

Raymond Hettinger added the comment: Thank you for the contribution, but I'm going to decline. The parallel function range() doesn't even accept keyword arguments. I don't see any reason to support an oddity such as "randrange(10, step=2)" in part because the meaning isn't clear and in

[issue34047] Scrolling in IDLE for OS X is not working correctly when reaching end of file

Terry J. Reedy added the comment: There are 3 ways to scroll by key in each direction: Arrow Down/Up, Page Down/Up, and Cntl End/Home. There are 4 ways to scroll by mouse, in each direction: Mousewheel down/up, Scrollbar arrow bottom/top (== Arrow keys), Scrollbar trough below/above slider

[issue34048] Bad behavior of re.IGNORECASE

Jan Švec added the comment: Not a bug, it assigns the value of re.IGNORECASE into the count parameter. Sorry -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue34048] Bad behavior of re.IGNORECASE

New submission from Jan Švec : re.sub() is behaving incorrectly, if re.IGNORECASE is used. Tested on 2.7, 3.4 and 3.6. The code follows: import re def subst(text): text = re.sub(r"\bnine\b", "niner", text, re.IGNORECASE) return text print(subst("nine nine nine nine")) It prints "niner

[issue30516] Documentation for datetime substract operation incorrect?

Change by miss-islington : -- pull_requests: +7694 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30516] Documentation for datetime substract operation incorrect?

Change by miss-islington : -- pull_requests: +7693 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30516] Documentation for datetime substract operation incorrect?

Alexander Belopolsky added the comment: New changeset 5b6e49a1393b3e2313471696e3568e26296137b4 by Alexander Belopolsky (Farhaan Bukhsh) in branch 'master': bpo-30516: Fix documentation issue with -timedelta in datetime (GH-7348)

[issue34031] [EASY] Incorrect usage of unittest.TestCase in test_urllib2_localnet

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

[issue34047] Scrolling in IDLE for OS X is not working correctly when reaching end of file

Ned Deily added the comment: I think I am able to reproduce that behavior (I'm using IDLE from a python.org 10.9+ installer). What I'm seeing is that if you scroll to the bottom of a file that exceeds the length of the open text window and then click on and try to move the position

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

Serhiy Storchaka added the comment: Unfortunately PR 8071 doesn't fix the crash on PGO builds. :-( Initially I tested it only on the debug build, and now have tested on the PGO build. -- ___ Python tracker

[issue34047] Scrolling in IDLE for OS X is not working correctly when reaching end of file

Change by Bruce Elgort : -- title: Scrolling in IDLE for OS X is not working -> Scrolling in IDLE for OS X is not working correctly when reaching end of file ___ Python tracker

[issue34047] Scrolling in IDLE for OS X is not working

New submission from Bruce Elgort : When using IDLE on OS X and scrolling to the bottom of a file you are not able to scroll using a mouse back up. You need to use the arrow keys. -- assignee: terry.reedy components: IDLE messages: 321058 nosy: belgort, terry.reedy priority: normal

[issue34046] subparsers -> add_parser doesn't support hyphen char '-'

New submission from Nir Barel : parent_parser = argparse.ArgumentParser(add_help=False) main_parser = argparse.ArgumentParser(prog='app_cli') service_subparsers = main_parser.add_subparsers(title="service", dest="service_command", ) service_parser =

[issue34031] [EASY] Incorrect usage of unittest.TestCase in test_urllib2_localnet

Change by Pablo Galindo Salgado : -- versions: -Python 3.4, Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34032] Add platlibdir to allow distinction between /usr/lib and /usr/lib64 for Linux

STINNER Victor added the comment: Hum. I'm not sure about "unix_home" scheme in distutils. It seems like Fedora still writes files into $HOME/.../lib/... and not $HOME/.../lib64/ Example on Fedora 28: vstinner@apu$ python3 -m pip install --user greenlet Collecting greenlet Using

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

Steve Dower added the comment: I added the backport to 3.7 label to your PR, as I want to restore the marshal stack depth limit in 3.7.1. -- ___ Python tracker ___

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

Steve Dower added the comment: Thanks for writing that second PR, Serhiy! I'd already spotted that as the likely fix on our side, though I do want to complete the investigation into why MSVC generated unnecessarily sparse frames. But that is basically an internal discussion for me to follow

[issue34045] DoS due to null pointer dereference in marshal.dumps()

Serhiy Storchaka added the comment: I concur with Eric. -- nosy: +serhiy.storchaka resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue34032] Add platlibdir to allow distinction between /usr/lib and /usr/lib64 for Linux

STINNER Victor added the comment: Fedora python3 patch: https://src.fedoraproject.org/rpms/python3/blob/master/f/00102-lib64.patch -- ___ Python tracker ___

[issue34044] subprocess: reusing STARTUPINFO breaks under 3.7 (Windows)

Change by STINNER Victor : -- versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34044] subprocess: reusing STARTUPINFO breaks under 3.7 (Windows)

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

[issue34045] DoS due to null pointer dereference in marshal.dumps()

Eric V. Smith added the comment: I do not believe this is a problem. The marshal documentation includes this: Warning The marshal module is not intended to be secure against erroneous or maliciously constructed data. Never unmarshal data received from an untrusted or unauthenticated source.

[issue34045] DoS due to null pointer dereference in marshal.dumps()

New submission from Krishna Ram Prakash R : By passing a malformed string as input to marshal.loads() an attacker can trigger a null pointer dereference resulting in DoS. This happens because when a Python object is unmarshalled by reference, it is assumed that the target object is fully

[issue16899] Add support for C99 complex type (_Complex) as ctypes.c_complex

Armin Rigo added the comment: cffi supports complex numbers since release 1.11---for direct calls using the API mode. That means that neither CFFI's ABI mode, nor ctypes, can possibly work yet. The problem is still libffi's own support, which is still not implemented (apart on a very

[issue19764] subprocess: use PROC_THREAD_ATTRIBUTE_HANDLE_LIST with STARTUPINFOEX on Windows Vista

Sebastian Bank added the comment: Thanks Eryk. Done: https://bugs.python.org/issue34044 -- ___ Python tracker ___ ___

[issue34044] subprocess: reusing STARTUPINFO breaks under 3.7 (Windows)

New submission from Sebastian Bank : AFAIU, the change for https://bugs.python.org/issue19764 broke the following usage of subprocess on Windows (re-using a subprocess.STARTUPINFO instance to hide the command window): import os, subprocess STARTUPINFO = subprocess.STARTUPINFO()

[issue16899] Add support for C99 complex type (_Complex) as ctypes.c_complex

Reid added the comment: I concur with rutsky. Complex numbers are essential in the physical sciences, and the complex type is part of the c99 standard. Trying to shoehorn complex support by a user-defined type makes use of the builtin methods for the standard complex type clunky.

[issue34031] [EASY] Incorrect usage of unittest.TestCase in test_urllib2_localnet

Karthikeyan Singaravelan added the comment: This might be slightly unrelated but I grepped for similar cases and came across self.fail, "Broken file" in Lib/test/test_file.py at https://github.com/python/cpython/blob/a390cb6b6fb6638e91d699513167e8f35b47f846/Lib/test/test_file.py#L245. I

[issue33374] generate-posix-vars failed when building Python 2.7.14 on Linux

Peter Senna Tschudin added the comment: I got here when trying to build Yocto Sumo on Fedora 28. python_native build was failing with a segfault. Here is how I fixed it with no elegance intended: $ git clone https://github.com/python/cpython.git $ cd cpython/ $ git show

[issue34042] Reference loss for local classes

Serhiy Storchaka added the comment: The simplest reproducer: import gc, sys for i in range(100): class A: pass del A c = gc.collect() del c print(sys.gettotalrefcount()) -- nosy: +pitrou, vstinner ___ Python tracker

[issue34042] Reference loss for local classes

Change by Serhiy Storchaka : -- components: +Interpreter Core nosy: +serhiy.storchaka type: -> resource usage ___ Python tracker ___

[issue34043] Optimize tarfile uncompression performance

Change by Serhiy Storchaka : -- nosy: +lars.gustaebel, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34035] zipfile: AttributeError in "seek" method of "_SharedFile" class

Evgeny Prilepin added the comment: Hi Rémi, it would be great if you posted a PR. -- ___ Python tracker ___ ___ Python-bugs-list

[issue34010] tarfile stream read performance regression

STINNER Victor added the comment: > @Victor I think removing unused code is better than adding test for it and > maintain it. Sure. I reviewed your PR 8089. -- ___ Python tracker

[issue34010] tarfile stream read performance regression

INADA Naoki added the comment: @Victor I think removing unused code is better than adding test for it and maintain it. So I removed that unused code block in GH-8089. -- ___ Python tracker

[issue34043] Optimize tarfile uncompression performance

New submission from INADA Naoki : tarfile._Stream has two buffer for compressed and uncompressed data. Those buffers are not aligned so unnecessary bytes slicing happens for every reading chunks. This commit bypass compressed buffering. In this benchmark [1], user time become 250ms from

[issue34043] Optimize tarfile uncompression performance

Change by INADA Naoki : -- keywords: +patch pull_requests: +7690 stage: -> patch review ___ Python tracker ___ ___

[issue34043] Optimize tarfile uncompression performance

Change by INADA Naoki : -- components: Library (Lib) nosy: inada.naoki priority: normal severity: normal status: open title: Optimize tarfile uncompression performance type: performance versions: Python 3.8 ___ Python tracker

[issue34035] zipfile: AttributeError in "seek" method of "_SharedFile" class

Rémi Lapeyre added the comment: Hi Evegeny, I was able to reproduce the issue, if it's all right for you I would like to post a PR to solve the issue and extend the test suite od this module. -- nosy: +remi.lapeyre ___ Python tracker

[issue34042] Reference loss for local classes

New submission from Kay Hayen : I have a test in Nuitka, designed to detect reference counting problems with Python code. It basically takes a snapshot of the refcount, runs a function until it stabilizes, then says PASS, or else reports the last diff. Obviously for CPython it's supposed to

[issue34008] Do we support calling Py_Main() after Py_Initialize()?

Nick Coghlan added the comment: Aye, and I think from Miro's comments on your PR, making it apply some of the same configuration settings that 3.6 and earlier applied is going to be required to get fontforge working again for 3.7. At the very least, the call to set sys.argv is needed.

[issue34009] Document Travis CI / Ubuntu 14.04 OpenSSL compatibility issues

Nick Coghlan added the comment: Given the update in https://github.com/deadsnakes/travis-ci-python3.7-example#update-2018-07-03, I've simplified the PR to remove any references to Travis CI, and instead just mention the code names for the relevant Debian and Ubuntu releases. I've also kept

[issue32942] test_script_helper fails on Windows when run from the source code directory

STINNER Victor added the comment: Thank you Lorenz Mende for your fix, and Terry for your review! I tested manually the fix, and I confirm that it works (Terry also tested and confirmed that the fix works as expected). I applied your fix to master, and backport it to 3.6 and 3.7. Python 2.7

[issue32942] test_script_helper fails on Windows when run from the source code directory

miss-islington added the comment: New changeset aea19a0530726c7ba6a9461b0024506529dc35e8 by Miss Islington (bot) in branch '3.6': bpo-32942: Fix environment dependent test_script_helper (GH-8034) https://github.com/python/cpython/commit/aea19a0530726c7ba6a9461b0024506529dc35e8 --

[issue32942] test_script_helper fails on Windows when run from the source code directory

miss-islington added the comment: New changeset 6b3ff35670869fb915d43ac434c473c1fc11598e by Miss Islington (bot) in branch '3.7': bpo-32942: Fix environment dependent test_script_helper (GH-8034) https://github.com/python/cpython/commit/6b3ff35670869fb915d43ac434c473c1fc11598e --

[issue34040] test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly

STINNER Victor added the comment: I doubled the sleep: it should be better. If not, we can easily increase even more the sleep ;-) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue34040] test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly

miss-islington added the comment: New changeset ae23d8de8d7d810a8dbe1b09ea37590aff3e1aa0 by Miss Islington (bot) in branch '3.6': bpo-34040, multiprocessing: Fix test_forkserver_sigkill() (GH-8081) https://github.com/python/cpython/commit/ae23d8de8d7d810a8dbe1b09ea37590aff3e1aa0 --

[issue32942] test_script_helper fails on Windows when run from the source code directory

Change by miss-islington : -- pull_requests: +7689 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32942] test_script_helper fails on Windows when run from the source code directory

Change by miss-islington : -- pull_requests: +7688 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34040] test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly

miss-islington added the comment: New changeset eb700f8c94602feb8c10ad8fc600f55e17e3b092 by Miss Islington (bot) in branch '3.7': bpo-34040, multiprocessing: Fix test_forkserver_sigkill() (GH-8081) https://github.com/python/cpython/commit/eb700f8c94602feb8c10ad8fc600f55e17e3b092 --

[issue32942] test_script_helper fails on Windows when run from the source code directory

STINNER Victor added the comment: New changeset a390cb6b6fb6638e91d699513167e8f35b47f846 by Victor Stinner (Lorenz Mende) in branch 'master': bpo-32942: Fix environment dependent test_script_helper (GH-8034) https://github.com/python/cpython/commit/a390cb6b6fb6638e91d699513167e8f35b47f846

[issue34041] add *deterministic* parameter to sqlite3.Connection.create_function()

Change by Sergey Fedoseev : -- keywords: +patch pull_requests: +7687 stage: -> patch review ___ Python tracker ___ ___

[issue34041] add *deterministic* parameter to sqlite3.Connection.create_function()

New submission from Sergey Fedoseev : SQLiter 3.8.3 and higher allows to mark created functions as deterministic to allow additional optimizations. There isn't currently a way to it from Python. https://sqlite.org/c3ref/create_function.html -- components: Extension Modules messages:

[issue33944] Deprecate and remove pth files

Nick Coghlan added the comment: To avoid confusing the discussions, two PEPs is likely a better option: 1. Designing and implementing a dedicated preload mechanism 2. Adjusting the way pth file handling works, including deprecating and removing the "pth arbitrary file execution" trick

[issue34040] test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly

STINNER Victor added the comment: Python 2.7 is not affected: it has no forkserver. -- ___ Python tracker ___ ___ Python-bugs-list

[issue34040] test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly

Change by miss-islington : -- pull_requests: +7686 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34040] test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly

Change by miss-islington : -- pull_requests: +7685 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34040] test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly

STINNER Victor added the comment: New changeset 07888e1cce89e9bb7dc501e287b4cb126e01c378 by Victor Stinner in branch 'master': bpo-34040, multiprocessing: Fix test_forkserver_sigkill() (GH-8081) https://github.com/python/cpython/commit/07888e1cce89e9bb7dc501e287b4cb126e01c378 --

[issue34010] tarfile stream read performance regression

miss-islington added the comment: New changeset d7a0ad7dd7bd7dfbdbf6be2c89fde5a71813628a by Miss Islington (bot) in branch '3.6': bpo-34010: Fix tarfile read performance regression (GH-8020) https://github.com/python/cpython/commit/d7a0ad7dd7bd7dfbdbf6be2c89fde5a71813628a --

[issue34010] tarfile stream read performance regression

miss-islington added the comment: New changeset c1b75b5fb92fda0ac5b931d7b18c1418557cb7c4 by Miss Islington (bot) in branch '3.7': bpo-34010: Fix tarfile read performance regression (GH-8020) https://github.com/python/cpython/commit/c1b75b5fb92fda0ac5b931d7b18c1418557cb7c4 -- nosy:

[issue34010] tarfile stream read performance regression

STINNER Victor added the comment: https://github.com/python/cpython/pull/8020/files/77a54a39aace1a38794884218abe801b85b54e62#diff-ef64d8b610dda67977a63a9837f46349 -buf = "".join(t) +buf = b"".join(t) @hajoscher: "It never caused a problem, since this line is never

[issue34010] tarfile stream read performance regression

INADA Naoki added the comment: thanks -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34010] tarfile stream read performance regression

Change by miss-islington : -- pull_requests: +7683 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34010] tarfile stream read performance regression

Change by miss-islington : -- pull_requests: +7684 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30849] test_stress_delivery_dependent() of test_signal randomly fails on AMD64 Debian root 3.6/3.x

STINNER Victor added the comment: > After increasing the number of CPUs in the virtual machine the failure no > longer reproduced. It is reproducible only with a single CPU. The test just failed on AMD64 Debian root 3.x and according to test.pythoninfo, this machine has a single CPU:

[issue34010] tarfile stream read performance regression

INADA Naoki added the comment: New changeset 12a08c47601cadea8e7d3808502cdbcca87b2ce2 by INADA Naoki (hajoscher) in branch 'master': bpo-34010: Fix tarfile read performance regression (GH-8020) https://github.com/python/cpython/commit/12a08c47601cadea8e7d3808502cdbcca87b2ce2 --

[issue34040] test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly

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

[issue31687] test_semaphore_tracker() of test_multiprocessing_spawn fails randomly (race condition?)

STINNER Victor added the comment: > FAIL: test_forkserver_sigkill > (test.test_multiprocessing_forkserver.WithProcessesTestProcess) This failure is unrelated to the semaphore tracker, so I created bpo-34040: "test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly".

[issue34040] test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly

STINNER Victor added the comment: Another example of failure: https://bugs.python.org/issue31687#msg307355 x86 Tiger 3.x: http://buildbot.python.org/all/#/builders/30/builds/260 == FAIL: test_semaphore_tracker

[issue34010] tarfile stream read performance regression

Change by INADA Naoki : -- keywords: +3.2regression title: tarfile stream read performance -> tarfile stream read performance regression ___ Python tracker ___

[issue34040] test_multiprocessing_forkserver: test_forkserver_sigkill() fails randomly

New submission from STINNER Victor : AMD64 FreeBSD 10.x Shared 3.x: http://buildbot.python.org/all/#/builders/87/builds/1137 == FAIL: test_forkserver_sigkill (test.test_multiprocessing_forkserver.WithProcessesTestProcess)

[issue34039] Loop limited to 1000

Steven D'Aprano added the comment: Sorry, this is for reporting bugs in the Python interpreter and standard library, not your own code. If you have a bug in your pyinator project, you should report it to yourself, not us :-) If you think my analysis of the problem below is wrong, and that

[issue34039] Loop limited to 1000

New submission from Benjamin Gear : I think this is a bug or maybe I'm seeing it wrong so I have a while loop witch collects data from a website json outs it into a list then does the same thing into a 2nd list then it calls the my comparing function and outputs the changes at 1st with only

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

Serhiy Storchaka added the comment: The alternate solution is provided by PR 8071. The culprit of the main stack consumption is the code for unmarshalling float and complex in protocols 0 and 1 which uses 256-bytes buffers on the stack. Moving it to the separate function allows to decrease