Re: Trouble with version 3.8

On 6/1/2020 4:54 PM, Jim Parinisi via Python-list wrote: I had been using python 3.6 on two computers with windows 7 and windows 10.  We bought a windows 10 machine and I installed python 3.8 on it.  Many of my python apps failed with an error similar to this >  File

Re: Trouble with version 3.8

On 6/1/2020 4:54 PM, Jim Parinisi via Python-list wrote: So, I uninstalled v3.8 and installed v3.6. You can have both installed on Windows. Without 3.8, you cannot follow any suggestions about things to try with 3.8 ;-). -- Terry Jan Reedy --

[issue40840] lzma.h file not found building on macOS

Ned Deily added the comment: For Homebrew users, the Devguide currently recommends: $ brew install openssl xz gdbm ./configure --with-pydebug --with-openssl=$(brew --prefix openssl) I don't use Homebrew myself so I may be missing something obvious but, after a bit of experimentation, I

[issue39947] [C API] Make the PyThreadState structure opaque (move it to the internal C API)

STINNER Victor added the comment: Cython still access multiple PyThreadState members which have no getter or setter yet. __Pyx_PyErr_ExceptionMatchesInState(): PyObject *exc_type = tstate->curexc_type; ... => internal _PyErr_Occurred(tstate) could solve this issue: move it the

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

Change by STINNER Victor : -- pull_requests: +19820 pull_request: https://github.com/python/cpython/pull/20586 ___ Python tracker ___

[issue39583] Remove superfluous "extern C" bits from Include/cpython/*.h

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10 -Python 3.9 ___ Python tracker ___

[issue23557] Misc/SpecialBuilds.txt contains outdated information about PYMALLOC_DEBUG

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26543] [EASY] imaplib noop Debug: bytes vs Unicode bug in debug mode

STINNER Victor added the comment: Merged, thanks for the fix. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue26543] [EASY] imaplib noop Debug: bytes vs Unicode bug in debug mode

STINNER Victor added the comment: New changeset 8a3d2af997e3702eac4c5b012537be39ada36888 by Sanyam Khurana in branch 'master': bpo-26543: Fix IMAP4.noop when debug mode is enabled (GH-15206) https://github.com/python/cpython/commit/8a3d2af997e3702eac4c5b012537be39ada36888 -- nosy:

[issue35228] Index search in CHM help crashes viewer

Inada Naoki added the comment: I think it's time to abandon chm file. It is too old. MS doesn't maintain it anymore. Let's promote ePub and PDF instead. -- nosy: +inada.naoki ___ Python tracker

[issue40840] lzma.h file not found building on macOS

Jason R. Coombs added the comment: In [this commit](https://github.com/jaraco/jaraco.develop/commit/e3e5f66ca6693d8ec3abd31d99d491f6dfa1f67d), I include "xz" in the routine. Should Python's developer docs include something like that to ensure compatibility? --

[issue40799] Create Lib/_pydatetime.py file to optimize "import datetime" when _datetime is available

STINNER Victor added the comment: About _strptime, I see that the time.strptime() imports internally the _strptime module. If we move _strptime inside datetime: does it mean that calling time.strptime() would have to import the datetime module? It doesn't sound right to me. I see the time

[issue40840] lzma.h file not found building on macOS

Jason R. Coombs added the comment: This issue doesn't happen on my mac that installs homebrew globally. Do the build instructions assume Homebrew is installed system-wide? -- ___ Python tracker

[issue40840] lzma.h file not found building on macOS

New submission from Jason R. Coombs : Attempting to build Python on macOS following [the instructions](https://devguide.python.org/setup/#macos-and-os-x) (for Homebrew). xz is installed: ``` $ brew --prefix xz

[issue40840] lzma.h file not found building on macOS

Change by Jason R. Coombs : -- components: +macOS nosy: +ned.deily, ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list

Re: Trouble with version 3.8

On 2020-06-01 21:54, Jim Parinisi via Python-list wrote: I had been using python 3.6 on two computers with windows 7 and windows 10.  We bought a windows 10 machine and I installed python 3.8 on it.  Many of my python apps failed with an error similar to this:  File

Re: Trouble with version 3.8

I had been using python 3.6 on two computers with windows 7 and windows 10.  We bought a windows 10 machine and I installed python 3.8 on it.  Many of my python apps failed with an error similar to this:  File "C:\Python38\lib\os.py", line 818, in fsdecode    filename = fspath(filename)  #

Re: [RELEASE] Python 3.9.0b1 is now available for testing

I used https://github.com/python/pyperformance pyperformance to compare Arch linux latest Python 3.8.3 (default, May 17 2020, 18:15:42) [GCC 10.1.0] on linux Type "help", "copyright", "credits" or "license" for more information. against a vanilla build (configure make makeinstall) of

[issue35228] Index search in CHM help crashes viewer

Steve Dower added the comment: Can anyone confirm that you've got an active code page of something other than 1252 ("standard" US English)? I'm not able to reproduce this easily, and I wonder if it's because of that setting. Easiest way to check is in Python: >>> import locale >>>

[issue14527] How to link with a non-system libffi?

Warren Hardy added the comment: I tried Rupert Nash’s changes to Makefile.pre.in, configure, configure.ac and setup.py. I can confirm this changes worked for me. I had to edit the Makefile and enter the LIBFFI_INCLUDEDIR and LIBFFI_LIBDIR this might be due to me being a newb about this

[issue40403] pdb does not drop into debugger upon SyntaxError caused by ast.literal_eval

Rémi Lapeyre added the comment: This is related to issue 16180, it may be possible to improve the situation by trying to determine whether the SyntaxError is in the file or came during its execution by looking at the filename but it's probably very brittle: # In most cases

[issue40788] Build issue Solaris 10 Sparc

Warren Hardy added the comment: I found another bug Issue14527 https://bugs.python.org/issue14527 In bug 14527 was a reference to some changes, these worked to fix ctypes https://github.com/python/cpython/pull/20451/files -- resolution: -> duplicate stage: -> resolved status:

[issue25782] CPython hangs on error __context__ set to the error itself

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40741] Upgrade to SQLite v3.32.1 in Windows and macOS builds

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39343] Travis CI: documentation job fails in library/nntplib.rst with random network issue on news.gmane.io

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

STINNER Victor added the comment: > Any update on this? Since nobody proposed a PEP, no, there is no progress on this issue. I suggest to close it because of the lack of interest to move on on this issue. -- ___ Python tracker

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

STINNER Victor added the comment: New changeset c353764fd564e401cf47a5d9efab18c72c60014e by Victor Stinner in branch 'master': bpo-40826: Fix GIL usage in PyOS_Readline() (GH-20579) https://github.com/python/cpython/commit/c353764fd564e401cf47a5d9efab18c72c60014e --

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

STINNER Victor added the comment: See also bpo-40839: Disallow calling PyDict_GetItem() with the GIL released. -- ___ Python tracker ___

[issue40839] Disallow calling PyDict_GetItem() with the GIL released

STINNER Victor added the comment: Current comment in Objects/dictobject.c: /* We can arrive here with a NULL tstate during initialization: try running "python -Wi" for an example related to string interning. Let's just hope that no exception occurs then... This must be

[issue40839] Disallow calling PyDict_GetItem() with the GIL released

STINNER Victor added the comment: Note: I created this issue while working on bpo-40826 "PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash". -- ___ Python tracker

[issue40839] Disallow calling PyDict_GetItem() with the GIL released

Change by STINNER Victor : -- keywords: +patch pull_requests: +19819 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20580 ___ Python tracker ___

[issue40839] Disallow calling PyDict_GetItem() with the GIL released

New submission from STINNER Victor : For historical reasons, it was allowed to call the PyDict_GetItem() function with the GIL released. I propose to change PyDict_GetItem() to fail with a fatal error if it's called with the GIL released. To help C extension modules authors, I propose to

[issue39583] Remove superfluous "extern C" bits from Include/cpython/*.h

STINNER Victor added the comment: New changeset b4d5a5cca29426a282e8f1e64b2271fdd1f0a23e by Skip Montanaro in branch 'master': bpo-39583: Remove superfluous "extern C" bits from Include/cpython/*.h (GH-18413) https://github.com/python/cpython/commit/b4d5a5cca29426a282e8f1e64b2271fdd1f0a23e

[issue40403] pdb does not drop into debugger upon SyntaxError caused by ast.literal_eval

Rémi Lapeyre added the comment: I've looked into this, in Bdb both the part where the code is compiled and the one where the code is run are in the run() method (https://github.com/python/cpython/blob/master/Lib/bdb.py#L565-L585): def run(self, cmd, globals=None, locals=None):

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

STINNER Victor added the comment: New changeset cbe129692293251e7fbcea9ff0d822824d90c140 by Victor Stinner in branch 'master': bpo-40826: PyOS_InterruptOccurred() requires GIL (GH-20578) https://github.com/python/cpython/commit/cbe129692293251e7fbcea9ff0d822824d90c140 --

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

Change by STINNER Victor : -- pull_requests: +19818 pull_request: https://github.com/python/cpython/pull/20579 ___ Python tracker ___

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

Change by STINNER Victor : -- pull_requests: +19817 pull_request: https://github.com/python/cpython/pull/20578 ___ Python tracker ___

[issue40630] tracemalloc: allow resetting peak memory metric without touching other traces

STINNER Victor added the comment: Feature added to Python 3.9. Lukasz allowed to add the feature to Python 3.9 beta2: https://github.com/python/cpython/pull/20102#issuecomment-632728791 -- versions: +Python 3.9 -Python 3.10 ___ Python tracker

[issue40630] tracemalloc: allow resetting peak memory metric without touching other traces

STINNER Victor added the comment: New changeset 3c7609a23cf6e011f2cd411e28d9dcb1b087929c by Huon Wilson in branch '3.9': [3.9] bpo-40630: Add tracemalloc.reset_peak (GH-20102) (GH-20545) https://github.com/python/cpython/commit/3c7609a23cf6e011f2cd411e28d9dcb1b087929c --

[issue40630] tracemalloc: allow resetting peak memory metric without touching other traces

STINNER Victor added the comment: New changeset 39de8e4b6f139f8d8284732bd7bb6e5ccced29fa by Huon Wilson in branch 'master': bpo-40630: adjust tracemalloc.reset_peak docs for backport to 3.9 (GH-20546) https://github.com/python/cpython/commit/39de8e4b6f139f8d8284732bd7bb6e5ccced29fa

[issue39943] Meta: Clean up various issues in C internals

STINNER Victor added the comment: If someone is interested, there is a one remaining compiler warning in frameobject.c which is likely easy to fix: D:\a\cpython\cpython\Objects\frameobject.c(400,1): warning C4267: 'initializing': conversion from 'size_t' to 'int', possible loss of data

[issue39943] Meta: Clean up various issues in C internals

STINNER Victor added the comment: New changeset 06e3a27a3c863495390a07c695171a8e62a6e0d2 by Ammar Askar in branch 'master': bpo-39943: Fix MSVC warnings in sre extension (GH-20508) https://github.com/python/cpython/commit/06e3a27a3c863495390a07c695171a8e62a6e0d2 --

[issue39593] ctypes s_set() uses strlen() and so truncates string at null character

STINNER Victor added the comment: Thanks Hai Shi. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10 -Python 3.9 ___ Python tracker

[issue39593] ctypes s_set() uses strlen() and so truncates string at null character

STINNER Victor added the comment: New changeset a97011b9b8c8111f42e1e7594081956136d848da by Hai Shi in branch 'master': bpo-39593: Add test on ctypes cfield.c s_set() (GH-18424) https://github.com/python/cpython/commit/a97011b9b8c8111f42e1e7594081956136d848da --

[issue39791] New `files()` api from importlib_resources.

Change by Jason R. Coombs : -- pull_requests: +19816 pull_request: https://github.com/python/cpython/pull/20576 ___ Python tracker ___

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Dong-hee Na added the comment: New changeset e9684fac5a158be9806304a676e619857520a4dc by Dong-hee Na in branch 'master': bpo-1635741: Port fcntl module to multiphase initialization (GH-20540) https://github.com/python/cpython/commit/e9684fac5a158be9806304a676e619857520a4dc --

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

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

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

miss-islington added the comment: New changeset d0dc369a90e356bf2eba651816feb7ad736ce28a by Miss Islington (bot) in branch '3.8': bpo-40831: Remove an incorrect statement in the Windows docs (GH-20570) https://github.com/python/cpython/commit/d0dc369a90e356bf2eba651816feb7ad736ce28a

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

miss-islington added the comment: New changeset d7f2fd2ae54161362c7f3d28bd7a1840a796e63d by Miss Islington (bot) in branch '3.7': bpo-40831: Remove an incorrect statement in the Windows docs (GH-20570) https://github.com/python/cpython/commit/d7f2fd2ae54161362c7f3d28bd7a1840a796e63d

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

miss-islington added the comment: New changeset a169961dfc777eb467a2b1027391285a7706329a by Miss Islington (bot) in branch '3.9': bpo-40831: Remove an incorrect statement in the Windows docs (GH-20570) https://github.com/python/cpython/commit/a169961dfc777eb467a2b1027391285a7706329a

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

Change by miss-islington : -- pull_requests: +19815 pull_request: https://github.com/python/cpython/pull/20575 ___ Python tracker ___

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

Steve Dower added the comment: New changeset c897bbdb284c3780ef6cec8a3870935a6bb7 by Zackery Spytz in branch 'master': bpo-40831: Remove an incorrect statement in the Windows docs (GH-20570) https://github.com/python/cpython/commit/c897bbdb284c3780ef6cec8a3870935a6bb7 --

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

Change by miss-islington : -- pull_requests: +19814 pull_request: https://github.com/python/cpython/pull/20574 ___ Python tracker ___

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

Change by miss-islington : -- nosy: +miss-islington nosy_count: 6.0 -> 7.0 pull_requests: +19813 pull_request: https://github.com/python/cpython/pull/20573 ___ Python tracker

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

STINNER Victor added the comment: I add "Python 3.8" version: it's also affected. -- versions: +Python 3.8 ___ Python tracker ___

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

STINNER Victor added the comment: So PyOS_InterruptOccurred() must be called with the GIL held since 3.8, it's just that the nobody noticed the bug before. If SIGGINT is tripped and the GIL is released, PyOS_InterruptOccurred() does also crash in Python 3.8. -- One way to see the bug in

[issue24921] Operator precedence table in 5.15 should be highest to lowest precedence

Change by Ama Aje My Fren : -- keywords: +patch nosy: +amaajemyfren nosy_count: 5.0 -> 6.0 pull_requests: +19812 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20572 ___ Python tracker

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

STINNER Victor added the comment: It seems like this issue was introduced by this change: commit 728189884e0e128c4ffc57b785b04584d57a90c0 Author: Victor Stinner Date: Thu Mar 26 22:28:11 2020 +0100 bpo-38644: Pass tstate explicitly in signalmodule.c (GH-19184)

Re: Spotify Playlist

I could probably do this for you. Just need to know how many playlists it would need to be to decide how hard it would be. I have some experience with this type of stuff. Also if they are able to file so many reports so fast. I worry that any program to try and combat this would be rate limited

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

STINNER Victor added the comment: I can reproduce PyOS_InterruptOccurred() crash in Python 3.8 if I remove readline.cpython-38d-x86_64-linux-gnu.so and I disable EINTR error checking in my_fgets(): diff --git a/Parser/myreadline.c b/Parser/myreadline.c index 43e5583b8b..2712dedacd 100644

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

STINNER Victor added the comment: New changeset 3026cad59b87751a9215111776cac8e819458fce by Victor Stinner in branch 'master': bpo-40826: Add _Py_EnsureTstateNotNULL() macro (GH-20571) https://github.com/python/cpython/commit/3026cad59b87751a9215111776cac8e819458fce --

[issue40686] Compiler warnings in _zoneinfo.c on Windows build in 64-bit

Dong-hee Na added the comment: Two things. 1. GH-20342 solved this issue? 2. If not what's left for this issue? :) Sorry, Normally I should check the current status. But I don't have Windows machine so I can not test it. However the update will help contributors who want to deal with :)

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

Change by STINNER Victor : -- pull_requests: +19811 pull_request: https://github.com/python/cpython/pull/20571 ___ Python tracker ___

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

STINNER Victor added the comment: > PyOS_InterruptOccurred() now requires to hold the GIL This change impacted gdb: * https://sourceware.org/pipermail/gdb-patches/2020-May/169110.html * https://bugzilla.redhat.com/show_bug.cgi?id=1829702 gdbpy_check_quit_flag() called

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

Change by STINNER Victor : -- title: Segfaults when close file descriptor 0 -> PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash ___ Python tracker

[issue40826] Segfaults when close file descriptor 0

STINNER Victor added the comment: The following change modified PyOS_InterruptOccurred() to require the hold the GIL: commit d83168854e19d0381fa57db25fca6c622917624f Author: Victor Stinner Date: Fri Mar 20 14:50:35 2020 +0100 bpo-40010: Optimize pending calls in multithreaded

[issue40838] inspect.getsourcefile documentation doesn't mention it can return None

Jim Fasarakis-Hilliard added the comment: For a more comprehensive list, we currently have for `get*` functions in `inspect`: `inspect.getdoc`: Returns `None` if the documentation string isn't present, either directly on the object or through it mro. This *isn't* documented.

[issue40838] inspect.getsourcefile documentation doesn't mention it can return None

New submission from Pekka Klärck : The docs of inspect.getsourcefile [1] mention the function can raise TypeError, but there's nothing about the function possibly returning None. This caused a bug in our project [2]. If I understand the code [3] correctly, None is returned if getsourcefile

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

Zackery Spytz added the comment: I have created a fix for this issue. Please consider taking a look. -- ___ Python tracker ___

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 5.0 -> 6.0 pull_requests: +19810 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20570 ___ Python tracker

Re: Binary Sort on Python List __xor__

On 31/05/2020 18:01, Evan Schalton wrote: I think you're arguing both sides of the argument -- numpy arrays do have a lot of similar, related operations (because numpy uses them internally -- since they're more efficient) which means they're not fringe. I'm advocating that the built-in list

[issue40830] Certain uses of dictionary unpacking raise TypeError

Change by miss-islington : -- keywords: +patch nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +19809 pull_request: https://github.com/python/cpython/pull/20569 ___ Python tracker

[issue38144] Add the root_dir and dir_fd parameters in glob.glob()

Serhiy Storchaka added the comment: After adding this feature to iglob I am going to add it to other functions which work recursively with a directory tree. The only question: should we add two parameters root_dir and dir_fd or combine them in a single rood_dir (which can be either path or

[issue22167] iglob() has misleading documentation (does indeed store names internally)

Serhiy Storchaka added the comment: Brilliant idea! I played with it yesterday, and it is easy to generalize it to work with a*/b*/c*/d/e/f and to "use not more than N simultaneously opened file descriptors per glob iterator". The only problem is if we want to use this idea with recursive

[issue40831] Wrong statement that bytes paths are deprecated under Windows regarding MAX_PATH docs

Steve Dower added the comment: Python now decodes bytes back into a str when used as a path, so the behaviour is identical. Someone else might feel comfortable doing the patch, I didn't mean to imply that you had to. Only that it is a valid fix and won't be a waste of time. --

Re: Spotify Playlist

Il giorno lunedì 1 giugno 2020 07:03:45 UTC+2, Chris Angelico ha scritto: > On Mon, Jun 1, 2020 at 2:55 PM Terry Reedy wrote: > > > > On 5/31/2020 7:10 PM, Chris Angelico wrote: > > > Automation would be a bit harder, as you'd have to periodically query > > > the API for each playlist's

[issue40790] Python should enable computed gotos on Mac by default

laike9m added the comment: You're right. The part I don't understand is how `--without-computed-gotos` disabled the feature. Also I guess since this feature is meant to be transparent to users, it's ok to not have a way to inspect it. On Mon, Jun 1, 2020 at 12:51 AM Ronald Oussoren wrote: >

[issue40790] Python should enable computed gotos on Mac by default

Ronald Oussoren added the comment: Looking at the source code at : computed gotos are enabled automatically when they are available. -- ___

[issue40836] logging.fatal() and logging.Logger.fatal() should raise a DeprecationWarning

Rémi Lapeyre added the comment: Thanks, I was wondering about that. I didn't know what is the status of the function exactly and found https://bugs.python.org/msg344080. While they are not documented, you can find them in dir() and in the help, maybe they should have a docstring? --

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

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

[issue39189] Use io.DEFAULT_BUFFER_SIZE for filecmp BUFSIZE variable

Bahram Aghaei added the comment: Well, I think because the io module provides Python’s main facilities for dealing with various types of I/O, so using io.DEFAULT_BUFFER_SIZE is a kind of standard buffer size. I don't see any scientific reason for choosing the 8 * 1024 inside the filecmp

[issue30008] OpenSSL 1.1.0 deprecated functions

miss-islington added the comment: New changeset 24a88b008b075bca4494822cc7549c10868ab820 by Miss Islington (bot) in branch '3.9': bpo-30008: Fix OpenSSL no-deprecated compilation (GH-20397) https://github.com/python/cpython/commit/24a88b008b075bca4494822cc7549c10868ab820 --

[issue30008] OpenSSL 1.1.0 deprecated functions

miss-islington added the comment: New changeset 9c0ff178a5d5d0992c0be21a7f343a495338ad73 by Miss Islington (bot) in branch '3.8': bpo-30008: Fix OpenSSL no-deprecated compilation (GH-20397) https://github.com/python/cpython/commit/9c0ff178a5d5d0992c0be21a7f343a495338ad73 --

[issue30008] OpenSSL 1.1.0 deprecated functions

miss-islington added the comment: New changeset 296db8cc2fd089d0d2f23b7dddafc029be9f1eb6 by Miss Islington (bot) in branch '3.7': bpo-30008: Fix OpenSSL no-deprecated compilation (GH-20397) https://github.com/python/cpython/commit/296db8cc2fd089d0d2f23b7dddafc029be9f1eb6 --

[issue30008] OpenSSL 1.1.0 deprecated functions

Change by miss-islington : -- pull_requests: +19807 pull_request: https://github.com/python/cpython/pull/20566 ___ Python tracker ___

[issue30008] OpenSSL 1.1.0 deprecated functions

Change by miss-islington : -- nosy: +miss-islington nosy_count: 9.0 -> 10.0 pull_requests: +19806 pull_request: https://github.com/python/cpython/pull/20565 ___ Python tracker

[issue30008] OpenSSL 1.1.0 deprecated functions

Change by miss-islington : -- pull_requests: +19808 pull_request: https://github.com/python/cpython/pull/20567 ___ Python tracker ___

[issue30008] OpenSSL 1.1.0 deprecated functions

Christian Heimes added the comment: New changeset a871f692b4a2e6c7d45579693e787edc0af1a02c by Christian Heimes in branch 'master': bpo-30008: Fix OpenSSL no-deprecated compilation (GH-20397) https://github.com/python/cpython/commit/a871f692b4a2e6c7d45579693e787edc0af1a02c --

[issue40788] Build issue Solaris 10 Sparc

Warren Hardy added the comment: this error log contains information not piped to the make.log -- Added file: https://bugs.python.org/file49209/make.error.log ___ Python tracker

[issue40788] Build issue Solaris 10 Sparc

Warren Hardy added the comment: make log -- Added file: https://bugs.python.org/file49208/make.log ___ Python tracker ___ ___