[issue36986] tarfile: unexpected IsADirectoryError on extraction

New submission from alter-bug-tracer : The following code creates a new directory 'output' and extracts the tar archive given as argv in it. When a malformed archive (attached) is given as argv, a IsADirectoryError is thrown, as opposed to extracting the file contained in the archive to the '

[issue36987] Dictionary: why is the value not used up?

New submission from Aprila Hijriyan : Python 2.7.15rc1 (default, Nov 12 2018, 14:31:15) [GCC 7.3.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> d = {"a": 1, "b": 2} >>> d ["c"] = d >>> d ["c"] {'a': 1, 'c': {...}, 'b': 2} >>> d ["c"] ["c"] {'a': 1, 'c':

[issue36987] Dictionary: why is the value not used up?

Stéphane Wirtel added the comment: Hi Aprila, I think you should use the mailing list for the Python users. Have a nice day, -- nosy: +matrixise resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue36987] Dictionary: why is the value not used up?

Stéphane Wirtel added the comment: Here is the mailing list for the python users. https://mail.python.org/mailman/listinfo/python-list -- ___ Python tracker ___ _

[issue36970] Rename _PyObject_FastCall functions

Jeroen Demeyer added the comment: The consensus on PEP 590 now seems to be to keep the name `_PyObject_FastCallDict` and rename only `_PyObject_FastCallKeywords` -> `_PyObject_Vectorcall`. For the record: I don't agree with this decision but I'll implement it. -- __

[issue36816] self-signed.pythontest.net TLS certificate key is too weak

Michael Felt added the comment: I am not an OpenSSL expert - and I am conscious of OpenSSL changes with regard to 'acceptance' of anything self-signed. And, what it looks like you are trying to do with an updated 'signing" .pem is to remove the 'self-signed' charasteric. On AIX - atm - I ge

[issue36937] New _PyObject_MakeTpCall() function

Petr Viktorin added the comment: Avoiding the duplication makes sense, but without the rest of PEP 590 it could just be a static function in call.c. -- ___ Python tracker ___

[issue36969] pdb: do_args: display/handle keyword-only arguments

Pablo Galindo Salgado added the comment: > Of course, should I open a new PR or post a patch to be added to a current PR? Make another PR against master. -- ___ Python tracker __

[issue36937] New _PyObject_MakeTpCall() function

Jeroen Demeyer added the comment: So what are you trying to say? That it *should* be a static function? It most likely won't be a static function after PEP 590 is fully implemented. -- ___ Python tracker __

[issue36937] New _PyObject_MakeTpCall() function

Petr Viktorin added the comment: Ah, sorry, I didn't get the message through. I'll merge it with the rest of PEP 590. Adding the symbol doesn't make sense *right* now. -- ___ Python tracker ___

[issue22865] Document how to make pty.spawn not copy data

STINNER Victor added the comment: New changeset cdb2dbfe92b95dcd19ccab1a1e9b8c39263c54b0 by Victor Stinner (Geoff Shannon) in branch '3.7': [3.7] bpo-22865: Expand on documentation for the pty.spawn function (GH-11980) (GH-13455) https://github.com/python/cpython/commit/cdb2dbfe92b95dcd19cca

[issue22865] Document how to make pty.spawn not copy data

STINNER Victor added the comment: Thanks Geoff Shannon for the doc enhancement! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue36937] New _PyObject_MakeTpCall() function

Jeroen Demeyer added the comment: In that case, there is no point a making a separate issue or PR. -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue33485] autoconf target does not behave correctly

STINNER Victor added the comment: > it uses autoheader and autoconf instead of autoreconf How is this an issue? Is autoreconf also available when autoheader and autoconf are available? -- nosy: +vstinner ___ Python tracker

[issue36974] Implement PEP 590

Change by Jeroen Demeyer : -- pull_requests: +13367 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36816] self-signed.pythontest.net TLS certificate key is too weak

Michael Felt added the comment: p.s. On Centos I could not even get a python3 (at least not easily). On debian (on POWER) I get the same error (message) as on AIX - although the line number did change. ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed:

[issue36965] use of STATUS_CONTROL_C_EXIT in Modules/main.c breaks compilation with non MSC compilers

STINNER Victor added the comment: New changeset 925af1d99b69bf3e229411022ad840c5a0cfdcf8 by Victor Stinner (Erik Janssens) in branch 'master': bpo-36965: Fix includes in main.c on Windows with non-MSC compilers (GH-13421) https://github.com/python/cpython/commit/925af1d99b69bf3e229411022ad840

[issue36975] csv: undocumented UnicodeDecodeError on malformed file

Change by Rémi Lapeyre : Added file: https://bugs.python.org/file48343/file0.txt ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue36975] csv: undocumented UnicodeDecodeError on malformed file

Change by Rémi Lapeyre : Added file: https://bugs.python.org/file48342/csv_parser.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36975] csv: undocumented UnicodeDecodeError on malformed file

Change by Rémi Lapeyre : Added file: https://bugs.python.org/file48344/file1.txt ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue36975] csv: undocumented UnicodeDecodeError on malformed file

Rémi Lapeyre added the comment: I don't understand the issue here, csv can raise many errors when an issue happens: >>> import csv >>> csv.reader(None) Traceback (most recent call last): File "", line 1, in TypeError: argument 1 must be an iterator Why would UnicodeDecodeError not be appro

[issue36084] Threading: add builtin TID attribute to Thread objects

Change by STINNER Victor : -- pull_requests: +13368 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list mail

[issue36084] Threading: add builtin TID attribute to Thread objects

STINNER Victor added the comment: I wrote PR 13458 to revert the change which broke the CI for longer than one week, see the rationale there: https://github.com/python/cpython/pull/13458#issuecomment-494334241 Email thread about the regression: https://mail.python.org/pipermail/python-buildbo

[issue36969] pdb: do_args: display/handle keyword-only arguments

Change by Rémi Lapeyre : -- pull_requests: +13369 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue36969] pdb.do_args: display keyword-only and positional only arguments

Change by Rémi Lapeyre : -- title: pdb: do_args: display/handle keyword-only arguments -> pdb.do_args: display keyword-only and positional only arguments ___ Python tracker ___

[issue36084] Threading: add builtin TID attribute to Thread objects

STINNER Victor added the comment: Jake Tesler: In the meanwhile, can you please try to rewrite your change to make the attribute optional? C PyThread_get_thread_native_id() function and Python _thread.get_native_id() should not be defined if it's not supported by the platform. I suggest to

[issue36974] Implement PEP 590

Change by Jeroen Demeyer : -- pull_requests: +13370 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36084] Threading: add builtin TID attribute to Thread objects

STINNER Victor added the comment: New changeset d12e75734d46ecde588c5de65e6d64146911d20c by Victor Stinner in branch 'master': Revert "bpo-36084: Add native thread ID to threading.Thread objects (GH-11993)" (GH-13458) https://github.com/python/cpython/commit/d12e75734d46ecde588c5de65e6d64146

[issue36084] Threading: add builtin TID attribute to Thread objects

Antoine Pitrou added the comment: Jake, would you like to submit a new PR that implements Victor's suggestion (i.e. only define and test the attribute on supported systems)? -- ___ Python tracker __

[issue31904] Python should support VxWorks RTOS

STINNER Victor added the comment: New changeset f2d7ac7e5bd821e29e0fcb78a760a282059ae000 by Victor Stinner (pxinwr) in branch 'master': bpo-31904: Add posix module support for VxWorks (GH-12118) https://github.com/python/cpython/commit/f2d7ac7e5bd821e29e0fcb78a760a282059ae000 -- __

[issue36986] tarfile: unexpected IsADirectoryError on extraction

Michele Angrisano added the comment: It looks like it has the same behavior of issue8958. -- nosy: +mangrisano ___ Python tracker ___ _

[issue36988] zipfile: string IndexError on extract

New submission from alter-bug-tracer : The following code throws an IndexError when attempting to extract a malformed archive (attached): import zipfile import sys zf = zipfile.ZipFile(sys.argv[1]) for info in zf.infolist(): zf.extract(info.filename) Result: Traceback (most recent call las

[issue36648] MAP_SHARED isn't proper for anonymous mappings for VxWorks

STINNER Victor added the comment: New changeset 4fb15021890d327023aefd95f5a84ac33b037d19 by Victor Stinner (Lihua Zhao) in branch 'master': bpo-36648: fix mmap issue for VxWorks (GH-12394) https://github.com/python/cpython/commit/4fb15021890d327023aefd95f5a84ac33b037d19 --

[issue31904] Python should support VxWorks RTOS

STINNER Victor added the comment: Please update PR 12670: see my comment there. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue36965] use of STATUS_CONTROL_C_EXIT in Modules/main.c breaks compilation with non MSC compilers

STINNER Victor added the comment: eryksun commented there, but I prefer to discuss here: https://github.com/python/cpython/commit/925af1d99b69bf3e229411022ad840c5a0cfdcf8#commitcomment-33617265 ""Windows.h" was already being included, as I mentioned on the issue tracker, because we certainly

[issue36981] asyncio transport.write() memory out

viocal added the comment: I use rotocol.pause_writing() / Protocol.resume_writing() but results is no change(memory out Or killed by OS) -- ___ Python tracker ___

[issue36752] test multiprocessing: test_rapid_restart() crash on AIX

Michael Felt added the comment: I believe (or hope) this is related to issue35828. This is, as far as I can tell, a compiler issue. It appears "always" in the bot situation (not building as root) when using xlc-v11, but not when using gcc-4.7.4. So, when the test failure "disappears" on the

[issue36273] test_thread leaks a core dump on PPC64 AIX 3.x

Michael Felt added the comment: Again - how can I get the core (dump) mentioned in the error message. When I force this situation I have several core dumps - not "the one". -- ___ Python tracker ___

[issue36981] asyncio transport.write() memory out

Andrew Svetlov added the comment: I'm sorry but I cannot tell why you are using `pause_writing` incorrectly without looking on the code. -- ___ Python tracker ___ ___

[issue36965] use of STATUS_CONTROL_C_EXIT in Modules/main.c breaks compilation with non MSC compilers

STINNER Victor added the comment: > WIN32_LEAN_AND_MEAN is defined by Include/internal/pycore_condvar.h (...) It would be nice to get ride of #include in Python headers. The was introduced by this commit: commit 2ebc5ce42a8a9e047e790aefbf9a94811569b2b6 Author: Eric Snow Date: Thu Sep 7

[issue36981] asyncio transport.write() memory out

viocal added the comment: for buf in filedata: asc.resume_writing() asc.transport.write(buf) asc.pause_writing() -- ___ Python tracker ___

[issue36989] test_thread fails because symbol is (no longer) exported

New submission from Michael Felt : On AIX, with commit 4fb15021890d327023aefd95f5a84ac33b037d19 (HEAD -> master, origin/master, origin/HEAD) test_thread is failing. The three sub_tests that exit as ERROR are: ERROR: test_threads_join_2 (test.test_threading.SubinterpThreadingTests) ERROR: test

[issue36981] asyncio transport.write() memory out

Andrew Svetlov added the comment: No. It doesn't work this way. pause_writing is a protocol callback called from transport when the internal buffer is full. In reaction to this callback the producer should stop calling transport.write() and resume writing after getting `resume_writing()`. Fl

[issue36965] use of STATUS_CONTROL_C_EXIT in Modules/main.c breaks compilation with non MSC compilers

Eryk Sun added the comment: > FSCTL_GET_REPARSE_POINT is not exported with WIN32_LEAN_AND_MEAN You can explicitly include "winioctl.h" after "windows.h". Getting it from "windows.h" is indirect via "winscard.h" (smart card services), which will be skipped if either WIN32_LEAN_AND_MEAN or NO

[issue36990] test_asyncio.test_create_connection_ipv6_scope fails(in mock test?)

New submission from Michael Felt : == test_create_connection_ipv6_scope (test.test_asyncio.test_base_events.BaseEventLoopWithSelectorTests) -- Traceback (most

[issue36648] MAP_SHARED isn't proper for anonymous mappings for VxWorks

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue36816] self-signed.pythontest.net TLS certificate key is too weak

Michael Felt added the comment: On 21/05/2019 12:08, Michael Felt wrote: > Michael Felt added the comment: > > p.s. On Centos I could not even get a python3 (at least not easily). > > On debian (on POWER) I get the same error (message) as on AIX - although the > line number did change. > > ss

[issue36511] Add Windows ARM32 buildbot

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue31850] test_nntplib failed with "nntplib.NNTPDataError: line too long"

Matej Cepl added the comment: Was this ever reproduced anywhere? -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailin

[issue36973] test_json.test_recursion.TestPyRecursion.test_endless_recursion stack overflow in AMD64 Windows8.1 Non-Debug 3.x

STINNER Victor added the comment: > Buildbot error : https://buildbot.python.org/all/#/builders/12/builds/2497 It's AMD64 Windows8.1 Non-Debug 3.x: test_endless_recursion (test.test_json.test_recursion.TestPyRecursion) ... ok Fatal Python error: Cannot recover from stack overflow. Current th

[issue36975] csv: undocumented UnicodeDecodeError on malformed file

alter-bug-tracer added the comment: Shouldn't all of them be documented? Either that, or converted to csv.Error? Take, for example, the C++ std. -- ___ Python tracker ___ ___

[issue36981] asyncio transport.write() memory out

viocal added the comment: thanks you but I think protocol.resume_writing() / protocol.pause_writing() is auto called by Protocol because set transport.set_write_buffer_limits(high=65536*2, low=16384*2) #default (high=65536, low=16384) -- ___ Py

[issue36973] test_json.test_recursion.TestPyRecursion.test_endless_recursion stack overflow in AMD64 Windows8.1 Non-Debug 3.x

STINNER Victor added the comment: The mashal also caused similar issues with stack overflow in the past: commit f6c69e6cc9aac35564a2a2a7ecc43fa8db6da975 Author: Steve Dower Date: Sat Nov 1 15:15:16 2014 -0700 #22734 marshal needs a lower stack depth for debug builds on Windows commit 2

[issue36816] self-signed.pythontest.net TLS certificate key is too weak

Chih-Hsuan Yen added the comment: Hi Michael Felt, > And, what it looks like you are trying to do with an updated 'signing" .pem > is to remove the 'self-signed' charasteric. If I understand it correctly, the new certificate is indeed still self-signed. It's updated to match the certificate

[issue25329] test_json crashes with stack overflow on Windows

STINNER Victor added the comment: No activity for 4 years. I close the issue. See bpo-36973 for a similar issue in 2019. -- resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue36973] test_json.test_recursion.TestPyRecursion.test_endless_recursion stack overflow in AMD64 Windows8.1 Non-Debug 3.x

STINNER Victor added the comment: bpo-25329 was a similar json crash with stack overflow in 2015. The issue gives pointers to: * bpo-25222: 3.5.0 regression - Fatal Python error: Cannot recover from stack overflow * bpo-25342: test_json segfault on OpenBSD -- __

[issue36973] test_json.test_recursion.TestPyRecursion.test_endless_recursion stack overflow in AMD64 Windows8.1 Non-Debug 3.x

Change by STINNER Victor : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue36973] test_json.test_recursion.TestPyRecursion.test_endless_recursion stack overflow in AMD64 Windows8.1 Non-Debug 3.x

STINNER Victor added the comment: See also: * bpo-25240: Stack overflow in reprlib causes a core dump * bpo-28913: "Fatal Python error: Cannot recover from stack overflow." from RecursionError in Python 3.5 * bpo-22583: C stack overflow in the Python 2.7 compiler --

[issue31850] test_nntplib failed with "nntplib.NNTPDataError: line too long"

STINNER Victor added the comment: I didn't see this issue recently, so I just close it. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker __

[issue35828] test_multiprocessing_fork: segmentation error in PyDict_GetItem on AIX

STINNER Victor added the comment: See also bpo-36752. -- nosy: +vstinner title: test_multiprocessing_fork - crashes in PyDict_GetItem - segmentation error -> test_multiprocessing_fork: segmentation error in PyDict_GetItem on AIX ___ Python tracker

[issue36981] asyncio transport.write() memory out

Andrew Svetlov added the comment: No. pause_writing/resume_writing are protocol callbacks called by transport. User code should respond to these callbacks by stopping sending data to transport (transport.write()). The logic is a little complicated but it is ok for very low-level asyncio API.

[issue36973] test_json.test_recursion.TestPyRecursion.test_endless_recursion stack overflow in AMD64 Windows8.1 Non-Debug 3.x

Karthikeyan Singaravelan added the comment: I have seen it occurring consistently in my PR 10307 in Travis and AppVeyor. It seems to be reproducible by importing ast at the top in inspect module which seems to have an effect as libregrtest is used to run the test_json. Using unittest module

[issue35828] test_multiprocessing_fork: segmentation error in PyDict_GetItem on AIX

STINNER Victor added the comment: """ ... _PyObject_FastCallDict(callable = (nil), args = 0x2008bf70, nargs = 540036208, kwargs = 0x014d), line 100 in "call.c" object_vacall(callable = 0x100de658, vargs = warning: Unable to access address 0xdbdbdbdb from core (invalid char ptr (0xdbdbdb

[issue36991] zipfile: AttributeError on extract

New submission from alter-bug-tracer : The following code throws an AttributeError when attempting to extract a malformed archive (attached): import zipfile import sys zf = zipfile.ZipFile(sys.argv[1]) for info in zf.infolist(): zf.extract(info.filename) Result: Traceback (most recent call

[issue36992] zipfile: AttributeError on extract (LZMA)

New submission from alter-bug-tracer : The following code throws an AttributeError when attempting to extract a malformed archive (attached): import zipfile import sys zf = zipfile.ZipFile(sys.argv[1]) for info in zf.infolist(): zf.extract(info.filename) Result: Traceback (most recent call

[issue19613] test_nntplib: sporadic failures, test_article_head_body()

Matej Cepl added the comment: Could anybody make a PR from these patches? @vstinner, would you make me a review if I do it? -- nosy: +mcepl ___ Python tracker ___ ___

[issue28971] nntplib is broken when responses are longer than _MAXLINE

Matej Cepl added the comment: Could @xdegaye make a PR for this? -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailin

[issue36993] zipfile: tuple IndexError on extract

New submission from alter-bug-tracer : The following code throws an IndexError when attempting to extract a malformed archive (attached): import zipfile import sys zf = zipfile.ZipFile(sys.argv[1]) for info in zf.infolist(): zf.extract(info.filename) Result: Traceback (most recent call las

[issue36975] csv: undocumented UnicodeDecodeError on malformed file

Rémi Lapeyre added the comment: I don't think all errors can be documented, csv iterate over the object but has no idea what it is. When writing for example, anything could happen, from a socket timing out, permissions errors, the underlying media being removed not properly, the media having

[issue36970] Rename _PyObject_FastCallKeywords

Jeroen Demeyer added the comment: What's your opinion on renaming also _PyCFunction_FastCallKeywords -> _PyCFunction_Vectorcall _PyFunction_FastCallKeywords -> _PyFunction_Vectorcall If you agree, I will add it to the PR. -- ___ Python tracker

[issue36970] Rename _PyObject_FastCallKeywords

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue36970] Rename _PyObject_FastCallKeywords

Change by Jeroen Demeyer : -- title: Rename _PyObject_FastCall functions -> Rename _PyObject_FastCallKeywords ___ Python tracker ___ ___

[issue36981] asyncio transport.write() memory out

viocal added the comment: for example the system free memory size is 512m and filedata size is 500m will transport Success but filedata than 512m will be failed -- resolution: not a bug -> ___ Python tracker _

[issue36994] Missing tests for CALL_FUNCTION_EX opcode profiling method_descriptor

New submission from Jeroen Demeyer : The branch for profiling a method_descriptor inside do_call_core is not tested by the test suite. -- components: Tests messages: 343044 nosy: jdemeyer priority: normal severity: normal status: open title: Missing tests for CALL_FUNCTION_EX opcode pr

[issue36981] asyncio transport.write() memory out

Andrew Svetlov added the comment: Please re-read my previous comment. If you use asyncio incorrectly -- yes, you can run out of memory. The proper usage of pause_readind()/resume_reading() resolves the issue. -- ___ Python tracker

[issue30458] [security][CVE-2019-9740][CVE-2019-9947] HTTP Header Injection (follow-up of CVE-2016-5699)

STINNER Victor added the comment: New changeset bb8071a4cae5ab3fe321481dd3d73662ffb26052 by Victor Stinner in branch '2.7': bpo-30458: Disallow control chars in http URLs (GH-12755) (GH-13154) (GH-13315) https://github.com/python/cpython/commit/bb8071a4cae5ab3fe321481dd3d73662ffb26052 -

[issue36084] Threading: add builtin TID attribute to Thread objects

Jake Tesler added the comment: I will implement these changes - let’s try to hit that end-of-month target! -- ___ Python tracker ___ ___

[issue36994] Missing tests for CALL_FUNCTION_EX opcode profiling method_descriptor

Change by Jeroen Demeyer : -- keywords: +patch pull_requests: +13371 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue36988] zipfile: string IndexError on extract

JUN-WEI SONG added the comment: The following output throws error when using unzip -t $ unzip -t file0.zip Output: Archive: file0.zip : mismatching "local" filename (zipfile_extract.pyUT^I), continuing with "central" filename version testing: error:

[issue36797] Cull more oudated distutils information

Change by Nick Coghlan : -- pull_requests: +13372 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue36797] Cull more oudated distutils information

Nick Coghlan added the comment: While I do have a second PR open with some additional smaller cleanups, the first PR removed the outdated information that seemed most problematic. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue36978] `python3 -m pip install` has no `--requirement` option on Windows

Change by Eric V. Smith : -- stage: -> test needed status: open -> pending type: -> behavior ___ Python tracker ___ ___ Python-bug

[issue33071] Document that PyPI no longer requires 'register'

Nick Coghlan added the comment: This has been merged for 3.8 and 3.7, but not for 2.7, since the docs have diverged far enough that the automatic backport didn't work: https://github.com/python/cpython/pull/13087#issuecomment-494402704 Given the proximity to the general end of life of the Py

[issue36980] pass-by-reference clues

stefan added the comment: Thank you for your reply and the lucid explanation. On Monday, May 20, 2019, 9:17:34 PM EDT, Josh Rosenberg wrote: Josh Rosenberg added the comment: 1. This is a bug tracker for bugs in the Python language spec and the CPython interpreter, not a general pr

[issue36980] pass-by-reference clues

stefan added the comment: Thank you for your reply and the lucid explanation.  On Monday, May 20, 2019, 9:15:42 PM EDT, Steven D'Aprano wrote: Steven D'Aprano added the comment: Hi Stefan, and welcome. This is not a help desk, you really should ask elsewhere for explanations of how

[issue36988] zipfile: string IndexError on extract

alter-bug-tracer added the comment: Hi, The zip is corrupted on purpose. I agree, every input should be checked before doing stuff with it. -- ___ Python tracker ___

[issue28971] nntplib is broken when responses are longer than _MAXLINE

Xavier de Gaye added the comment: What do you mean ? What is "this" ? -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue36230] Please sort assertSetEqual's output

Rémi Lapeyre added the comment: Hi Jess, are you still working on this? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue28971] nntplib is broken when responses are longer than _MAXLINE

Matthias Bussonnier added the comment: Would that be anyway closed by pep 594 (https://www.python.org/dev/peps/pep-0594/#nntplib) which suggest the removal nntp ? -- nosy: +mbussonn ___ Python tracker

[issue36084] Threading: add builtin TID attribute to Thread objects

Change by Jake Tesler : -- pull_requests: +13373 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue28971] nntplib is broken when responses are longer than _MAXLINE

Matej Cepl added the comment: @mbussonn That's exactly the point: I completely disagree with removal of nntplib from the standard library, so I went through all bugs here related to it. -- ___ Python tracker _

[issue28971] nntplib is broken when responses are longer than _MAXLINE

Christian Heimes added the comment: No, the module is still supported until EOL of Python 3.9. I expect 3.9 to go into security fix-only mode in 2024. -- versions: +Python 3.8, Python 3.9 -Python 3.5, Python 3.6 ___ Python tracker

[issue36084] Threading: add builtin TID attribute to Thread objects

Jake Tesler added the comment: New PR created with requested edits. :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36084] Threading: add builtin TID attribute to Thread objects

Jake Tesler added the comment: Victor Stinner: would you mind taking a look at the new PR? Is this more along the lines of what you had in mind? -- ___ Python tracker ___ ___

[issue36995] tp_print -> tp_vectorcall_offset

New submission from Jeroen Demeyer : If PEP 590 is accepted: in code comments, replace tp_print by tp_vectorcall_offset and (while we're at it) tp_reserved by tp_as_async. -- components: Interpreter Core messages: 343061 nosy: Mark.Shannon, jdemeyer, petr.viktorin priority: normal seve

[issue28971] nntplib is broken when responses are longer than _MAXLINE

Christian Heimes added the comment: Matej, would you be interested to fork nntplib and take over maintenance and responsibility? -- ___ Python tracker ___ ___

[issue36970] Rename _PyObject_FastCallKeywords

Petr Viktorin added the comment: If and when a function uses the vectorcall protocol (including the argument offset flag), it makes sense to rename it to vectorcall. Doing it before is misleading, IMO. Splitting fixes to unrelated issues (like bpo-36907) from PEP 590 is great, but this one

[issue28971] nntplib is broken when responses are longer than _MAXLINE

Matej Cepl added the comment: If that was the price of keeping nntplib inside of the Python standard library, yes. -- ___ Python tracker ___ _

[issue36995] tp_print -> tp_vectorcall_offset

Petr Viktorin added the comment: All these issues are quite confusing. If PEP 590 is accepted, all of it will need to be implemented. Why open separate issues for all the parts? -- ___ Python tracker __

[issue33563] fileinput input's and Fileinput's bufsize=0 do not remit deprecationWarnings

Matthias Bussonnier added the comment: bufsize has now been removed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

  1   2   3   >