[issue42005] profile/cProfile CLI should catch BrokenPipeError

Change by Zhiming Wang : -- keywords: +patch pull_requests: +21617 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22643 ___ Python tracker ___

[issue39828] json.tool should catch BrokenPipeError

Change by Zhiming Wang : -- nosy: +zmwangx nosy_count: 5.0 -> 6.0 pull_requests: +21618 pull_request: https://github.com/python/cpython/pull/22643 ___ Python tracker ___

[issue42005] profile/cProfile CLI should catch BrokenPipeError

New submission from Zhiming Wang : Since profile/cProfile CLI interface prints a sorted list of stats, using head to limit output to the most relevant entries should be a fairly natural thing to do. Unfortunately, BrokenPipeError isn't caught, causing quite a bit of pollution to the output:

For Creatives and Developers Only

We are recruiting Developers, and Creatives to join our community into building personal portfolios, personal development skills, work on Open Source Projects, Devops, Collaboration, User Testing and Supports. Community members include experts in product designs, python programming, data

Re: Python's carbon guilt

On 10/10/2020 11:58 AM, Peter Pearson wrote: Python advocates might want to organize their thoughts on this subject before their bosses spring the suggestion: From https://www.sciencemag.org/news/2020/10/we-re-part-problem-astronomers-confront-their-role-and-vulnerability-climate-change :

[issue42001] Deprecate `typing.io` Wrapper Namespace

Change by Karthikeyan Singaravelan : -- nosy: +gvanrossum, levkivskyi ___ Python tracker ___ ___ Python-bugs-list mailing list

Re: Truncation error

On 2020-10-10, Peter J. Holzer wrote: > On 2020-10-07 07:53:55 +0200, Marco Sulla wrote: >> If you want to avoid float problems, you can use Decimal: > > Decimal doesn't avoid floating point problems, because it is a floating > point format. For example: > [...] > >>> from decimal import

Re: Python's carbon guilt

On 10/10/20 2:35 PM, Marco Sulla wrote: > He should also calculate the carbon dioxide emitted by brains that > works in C++ only. I omit other sources. > yes, methane is an alleged greenhouse gas as well -- https://mail.python.org/mailman/listinfo/python-list

Re: Trying to Download PygameZero

On 10/10/2020 11:11 AM, Mats Wichmann wrote: On 10/10/20 12:22 AM, Tom Hedge via Python-list wrote: I am in a 8 grade coding class at the moment and my teacher asked me to download a script ... [on Windows according to file paths]... . The problem is the pygame developers have not released a

[issue41972] bytes.find consistently hangs in a particular scenario

Tim Peters added the comment: Ya, the case for the diff is at best marginal. Note that while it may be theoretically provable that the extra test would make the worst cases slower, that's almost certainly not measurable. The extra test would almost never be executed in the worst cases: in

[issue42003] After changing to list or tuple, will the original parameter change?

Steven D'Aprano added the comment: This is not a bug. In Python 2, zip() returns a list, so you can use it over and over again. But in Python 3, zip() returns an iterator, and you can only use iterators once. After you have used the iterator, it is exhausted and there is nothing left. So

Re: Problem saving datetime to file and reading it back for a calculation

On Sun, Oct 11, 2020 at 12:57 PM Cameron Simpson wrote: > Personally I strongly dislike using datetimes for computation or as the > basis for time record keeping, essentially because of the timezone issue > but also because the human calendar is a complex disaster of illfitting > units (days in a

Re: Problem saving datetime to file and reading it back for a calculation

On 10Oct2020 18:17, Steve wrote: >I would like to use the line: >HoursDiff = int((d2-d1).total_seconds()/3600) >to determine the difference in hours between two timedate entries. > >The variable d2 is from datetime.now() >and d1 is read from a text file. > >I can save d2 to the file only if I

[issue42004] Allow uploading files with SimpleHTTPRequestHandler

New submission from Javier Ayres : Hello. I'm a big fan of the http.server module to quickly serve some files in a local network with `python3 -m http.server`. I regularly needed to get some files from other people too, but getting everyone to install/run python3 was not such a simple task.

Re: Problem saving datetime to file and reading it back for a calculation

On Sat, 10 Oct 2020 18:17:26 -0400, Steve wrote: > I would like to use the line: > HoursDiff = int((d2-d1).total_seconds()/3600) > to determine the difference in hours between two timedate entries. > > The variable d2 is from datetime.now() > and d1 is read from a text file. > > I can save d2 to

aiosnow

Happy to announce a project I've been working on for some time that's finally in beta: aiosnow, a MIT licensed Python 3 client library for interacting with an ITSM cloud service, providing something not too dissimilar to a database ORM. I'm sharing this here as the library makes use of Python

Guppy 3/Heapy 3.1.0

I am happy to announce Guppy 3 3.1.0 Guppy 3 is a library and programming environment for Python, currently providing in particular the Heapy subsystem, which supports object and heap memory sizing, profiling and debugging. It also includes a prototypical specification language, the Guppy

[issue42003] After changing to list or tuple, will the original parameter change?

New submission from foxpython_2020 : c = dict(zip(['one', 'two', 'three'], [1, 2, 3])) print("1:",c) # right: {'one': 1, 'two': 2, 'three': 3} b= zip(['one', 'two', 'three'], [1, 2, 3]) a= list(b) #Because of this line of code, the result is different print("2:",dict(b)) #wrong: {} b=

Problem saving datetime to file and reading it back for a calculation

I would like to use the line: HoursDiff = int((d2-d1).total_seconds()/3600) to determine the difference in hours between two timedate entries. The variable d2 is from datetime.now() and d1 is read from a text file. I can save d2 to the file only if I convert it to string and, at a later date, it

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.10

Guido van Rossum added the comment: New changeset 0ae216b11644b23511c6287a52e7d28aeb9f by Batuhan Taskaya in branch 'master': bpo-38605: bump the magic number for 'annotations' future (#22630) https://github.com/python/cpython/commit/0ae216b11644b23511c6287a52e7d28aeb9f --

RE: Python's carbon guilt

People have a tendency to go too far in their religious zeal, Peter. We could go back to writing on chalkboards to do calculations then re-use the chalk dust when erasing to write again. Many computers do almost nothing 90+ percent of the time. Want to outlaw those or force them to accept random

[issue41991] Remove _PyObject_HasAttrId

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

[issue42002] Clean up initialization of the sys module

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +21616 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22642 ___ Python tracker

[issue42002] Clean up initialization of the sys module

Change by Serhiy Storchaka : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42002] Clean up initialization of the sys module

New submission from Serhiy Storchaka : _PySys_InitCore() and _PySys_InitMain() in Python/sysmodule.c contains many invocations of macros for setting attributes of the sys module. The proposed PR changes these macros. 1. SET_SYS_FROM_STRING was renamed to just SET_SYS. It is much shorter and

[issue42001] Deprecate `typing.io` Wrapper Namespace

Sebastian Rittau added the comment: For reference, this came up in https://github.com/python/typeshed/issues/4639#issuecomment-706596656. `typing.io` has never been in typeshed and we decided not to include it. It looks as if it never gained any traction, especially since the types are

Re: Python's carbon guilt

He should also calculate the carbon dioxide emitted by brains that works in C++ only. I omit other sources. -- https://mail.python.org/mailman/listinfo/python-list

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

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

[issue41991] Remove _PyObject_HasAttrId

Serhiy Storchaka added the comment: New changeset 98c4433a81a4cd88c7438adbee1f2aa486188ca3 by Serhiy Storchaka in branch 'master': bpo-41991: Remove _PyObject_HasAttrId (GH-22629) https://github.com/python/cpython/commit/98c4433a81a4cd88c7438adbee1f2aa486188ca3 --

[issue42001] Deprecate `typing.io` Wrapper Namespace

New submission from Kaushal Rohit : The `typing` module has a wrapper namespace in it called `typing.io` which contain I/O stream types. These types are now a part of the `typing` module itself. While we are at it, should we also deprecate `typing.re`? -- components: Library (Lib)

Re: Python's carbon guilt

On Sun, Oct 11, 2020 at 3:01 AM Peter Pearson wrote: > > Python advocates might want to organize their thoughts on > this subject before their bosses spring the suggestion: > > From >

[issue42000] Small cleanups to AST-related code

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

[issue42000] Small cleanups to AST-related code

New submission from miss-islington : New changeset 02a1603f918b9862e164e4fd050c505b16bc9f57 by Batuhan Taskaya in branch 'master': bpo-42000: Cleanup the AST related C-code (GH-22641) https://github.com/python/cpython/commit/02a1603f918b9862e164e4fd050c505b16bc9f57 -- nosy:

[issue42000] Small cleanups to AST-related code

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +21614 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22641 ___ Python tracker ___

Re: Python's carbon guilt

On 2020-10-10 15:58:18 +, Peter Pearson wrote: > Python advocates might want to organize their thoughts on > this subject before their bosses spring the suggestion: > > From >

Re: Truncation error

Thanks, the problem was I solved a covariance matrix manually, but my fellow mate using the covariance syntax. That's why there was difference in Matlab and python results. But now when I use the covariance syntax in python, matlab and python gives the same results. On Sat, Oct 10, 2020, 21:37

Re: Truncation error

On 2020-10-07 07:53:55 +0200, Marco Sulla wrote: > If you want to avoid float problems, you can use Decimal: Decimal doesn't avoid floating point problems, because it is a floating point format. For example: Python 3.8.5 (default, Jul 28 2020, 12:59:40) [GCC 9.3.0] on linux Type

Python's carbon guilt

Python advocates might want to organize their thoughts on this subject before their bosses spring the suggestion: >From >https://www.sciencemag.org/news/2020/10/we-re-part-problem-astronomers-confront-their-role-and-vulnerability-climate-change > : . . . Astronomers should also abandon

[issue42000] Small cleanups to AST-related code

Change by Batuhan Taskaya : -- components: Interpreter Core nosy: BTaskaya priority: normal severity: normal status: open title: Small cleanups to AST-related code versions: Python 3.10 ___ Python tracker

[issue40213] contextlib.aclosing()

Change by John Belmonte : -- keywords: +patch nosy: +jbelmonte nosy_count: 9.0 -> 10.0 pull_requests: +21613 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22640 ___ Python tracker

Re: Trying to Download PygameZero

On 10/10/20 12:22 AM, Tom Hedge via Python-list wrote: > I am in a 8 grade coding class at the moment and my teacher asked me to > download a script called pgzero. I can not seem to download pgzer or pygame > when i try it shoots me a error message:  ERROR: Command errored out with > exit

[issue38792] IDLE calltips may not properly close on KeyboardInterrupt

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue38077] IDLE leaking ARGV into globals() namespace

Terry J. Reedy added the comment: Since I opened the followup issue, yes. Thanks for noticing. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue41999] imaplib Time2Internaldate crashing with time.struct_time supplied from datetime.timetuple()

New submission from sajicek : Hello first of all, I couldn't find any issue related to this, so sorry if it has been solved before. There seems to be an issue with IMAPLIB in all versions I've checked, when using the Time2Internaldate function with time.struct_time created by

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

miss-islington added the comment: New changeset ebc5a6b59ece48b490987bdaa2af842c29f5b2f8 by Miss Skeleton (bot) in branch '3.9': bpo-41986: Add Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode back to limited API (GH-22621)

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

miss-islington added the comment: New changeset ff6870f199511f09304e9d3ee7e7d8ed3902ffd1 by Miss Skeleton (bot) in branch '3.8': bpo-41986: Add Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode back to limited API (GH-22621)

[issue38792] IDLE calltips may not properly close on KeyboardInterrupt

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +21611 pull_request: https://github.com/python/cpython/pull/22637 ___ Python tracker

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

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

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

Serhiy Storchaka added the comment: New changeset 637a09b0d6e3ad4e34e0b5e0fc82f5afeae6f74b by Serhiy Storchaka in branch 'master': bpo-41986: Add Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode back to limited API (GH-22621)

python

import numpy as np import matplotlib.pylab as plt x = [1, -2 , 1]; h = [1 , 2 , -1 , 0 , 3 , 1]; nx = nx=[0,1,2]; nh =[0,1,2,3,4,5] y = np.convolve(x ,h) ny = np.arange(nx[0] + nh[0], nx[-1] + nx[-1]+1,nx[1]); print(ny,y) plt.subplot(1,1,1); plt.stem(y) plt.subplot(1,1,1); plt.stem( ny, y)

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

STINNER Victor added the comment: Python 3.7 defines it in fileobject.h as: #if !defined(Py_LIMITED_API) || Py_LIMITED_API+0 >= 0x0306 PyAPI_DATA(const char *) Py_FileSystemDefaultEncodeErrors; #endif #if !defined(Py_LIMITED_API) || Py_LIMITED_API+0 >= 0x0307 PyAPI_DATA(int)

[issue41997] Docs Standard Library index page has incorrect version in title

Trying to Download PygameZero

I am in a 8 grade coding class at the moment and my teacher asked me to download a script called pgzero. I can not seem to download pgzer or pygame when i try it shoots me a error message:  ERROR: Command errored out with exit status 1:     command: 'c:\program files\python39\python.exe' -c

[issue41998] JSON Encoder Injection Using Indent

Dustin Moriarty added the comment: Sounds good. If this is the design intent, then we can close the issue. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

Serhiy Storchaka added the comment: It solves the breaking of the C API. Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode were not deprecated, they were just suddenly excluded from the limited API. And seems this change was not intentional, otherwise surrounding #ifdef/#endif (which

[issue32885] Tools/scripts/pathfix.py leaves bunch of ~ suffixed files around with no opt-out

Change by Miro Hrončok : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue41998] JSON Encoder Injection Using Indent

Serhiy Storchaka added the comment: The code works as expected. I do not think there is a problem with the json module. If some application accepts user input and use it without validation to control the formatting of sensitive data, it is a vulnerability in this application, not in tools

[issue38077] IDLE leaking ARGV into globals() namespace

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

STINNER Victor added the comment: I consider the global configuration variables as deprecated. I would prefer to slowly move towards PyConfig, since almost all Python functions now use PyInterpreterState.config. The problem is that my idea to provide a stable ABI for PyConfig was rejected:

[issue32793] smtplib: duplicated debug message

Irit Katriel added the comment: Does this need to be backported to 3.8/3.7? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue37461] email.parser.Parser hang

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue41998] JSON Encoder Injection Using Indent

New submission from Dustin Moriarty : It is possible to inject data while encoding json when a string is passed to the indent argument. Here is an example of an injection attack. ```python import json data = {"a": "original data"} indent = '"b": "injected data",\n' json_string =

[issue41997] Docs Standard Library index page has incorrect version in title

New submission from Patrick Reader : The documentation page for the Standard Library, https://docs.python.org/3/library/, still says "Python 3.8.6 documentation" in the title. When visiting https://docs.python.org/3.9/library/ (emphasis on the 3.9) explicitly, the correct title is shown. I

[issue41980] Argparse documentation is slightly misleading

Yannick Gingras added the comment: Raymond, I would love to submit the PR if we reach a consensus on what the new message should be. I'm a bit out of touch with how things work these days. Is Github the best place to submit the PR? Paul, very good digging! Reading the coding and running

[issue32885] Tools/scripts/pathfix.py leaves bunch of ~ suffixed files around with no opt-out

Irit Katriel added the comment: Please change status to closed as well. Thanks. -- ___ Python tracker ___ ___ Python-bugs-list

[issue32885] Tools/scripts/pathfix.py leaves bunch of ~ suffixed files around with no opt-out

Change by Miro Hrončok : -- resolution: -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41995] five possible Null Pointer Dereference bugs.

Change by Serhiy Storchaka : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40064] py38: document xml.etree.cElementTree will be removed in 3.9

Emmanuel Arias added the comment: Hi, This ticket should be closed or updated. see disussion https://bugs.python.org/issue36543 -- nosy: +eamanu ___ Python tracker ___

[issue41995] five possible Null Pointer Dereference bugs.

Change by Serhiy Storchaka : -- nosy: +vstinner versions: +Python 3.10 -Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___

[issue41996] Should `make install` still install to /usr/bin/python3?

Eric V. Smith added the comment: There's a PEP for this: PEP 394. If you want to change this, I suggest discussing it on the python-dev mailing list. If that leads to changes in the PEP, this issue can be re-opened. Personally I don't see this change happening until there are no systems

[issue27141] Fix collections.UserList shallow copy

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

[issue41992] Unable to install lxml using pip in Python 3.9

Eric V. Smith added the comment: Closing as third party. -- nosy: +eric.smith resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker ___

[issue41996] Should `make install` still install to /usr/bin/python3?

Emmanuel Arias added the comment: Hi, There're many people that still use py2, or both. Also python2 (python) is incompatible with python3, so we cannot call python == python3. (There was some discussion on Debian, just if you want take a look

[issue41996] Should `make install` still install to /usr/bin/python3?

New submission from Patrick Reader : Since Python 2 is now finally gone, should the Python executable not be installed to simply `/usr/bin/python` rather than `/usr/bin/python3` when running `make install`? -- components: Installation messages: 378387 nosy: pxeger priority: normal

[issue41992] Unable to install lxml using pip in Python 3.9

Jürgen Gmach added the comment: There is no Python 3.9 compatible package on PyPI yet ( https://pypi.org/project/lxml/#files ). I guess you have to wait a bit more until there will be a new release. Also, this is the cpython issue tracker. When you have problems with a specific package, it

[issue41995] five possible Null Pointer Dereference bugs.

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 1.0 -> 2.0 pull_requests: +21610 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22635 ___ Python tracker

[issue41995] five possible Null Pointer Dereference bugs.

New submission from brightest star : Hello everyone, I have found five Null Pointer Dereference bugs in recent master branch. Although it's impact could be slightly, i think it is better to fix it. Bug 1: In the file ; ./Modules/_tracemalloc.c: static int

[issue41994] Refcount issues in import

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +21609 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22632 ___ Python tracker

[issue41994] Refcount issues in import

New submission from Serhiy Storchaka : There is a reference leak in import_add_module(). PyDict_GetItemWithError() returns a borrowed reference, but PyObject_GetItem() return a non-borrowed reference. If sys.modules is not a dict, there is a reference leak. import_add_module() and several

[issue41993] Possible issues when remove not completely initialized module from sys.module

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +21608 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22631 ___ Python tracker

[issue32885] Tools/scripts/pathfix.py leaves bunch of ~ suffixed files around with no opt-out

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue41993] Possible issues when remove not completely initialized module from sys.module

New submission from Serhiy Storchaka : There are several issues in remove_module() in Python/import.c. 1. PyMapping_HasKey() is used to determine if the module was in sys.modules before removing it. But it can return 0 not only when the key is absent in the mapping, but also when some

[issue26835] Add file-sealing ops to fcntl

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue41756] Do not always use exceptions to return result from coroutine

Mark Shannon added the comment: Vladimir, Thanks for adding PyIter_Send(). Don't forget to remove PyGen_Send() :) -- ___ Python tracker ___

[issue36520] Email header folded incorrectly

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.10

Change by Batuhan Taskaya : -- pull_requests: +21607 pull_request: https://github.com/python/cpython/pull/22630 ___ Python tracker ___

[issue33972] AttributeError in email.message.iter_attachments()

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue41992] Unable to install lxml using pip in Python 3.9

New submission from Aruna Gopalan : Installed Python 3.9 from Python.org Tried installing lxml package using the command "pip install lxml" It complains that it is unable to do so without libxml2 (which is not a python package). I do not have the same issue with 3.8.6. -- components:

[issue37840] bytearray_getitem() handles negative index incorrectly

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue38110] Use fdwalk() within os.closerange() impl if available

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.10

Serhiy Storchaka added the comment: test_grammar and test_pydoc became failed on my machine until I removed all .pyc files. We need to bump the magic number for .pyc files. -- nosy: +serhiy.storchaka ___ Python tracker

[issue26067] test_shutil fails when gid name is missing

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue41972] bytes.find consistently hangs in a particular scenario

Dennis Sweeney added the comment: I agree that skip could could do 1 better. --- > I don't know whether it "should be" applied I don't think I'm convinced: the second check fixes only the very specific case when s[len(p):].startswith(p). Perturbations of reproducer.py are still very slow

Re: file to bits text and text containing bits to file

On Saturday, October 10, 2020 at 1:43:09 AM UTC+5:30, dn wrote: > On 09/10/2020 19:27, Harshit Sharma wrote: > > I want to read bits data of all file of any extention in 0s and 1s. And > > also want to do back means means construct file from bits text data how to > > do that tell with proof

[issue41991] Remove _PyObject_HasAttrId

Serhiy Storchaka added the comment: This function was kept after previous clean because all its usages was in the code which silences all exceptions in any case, so using _PyObject_HasAttrId did not do additional harm. But now it is used also in the new code in Objects/unionobject.c. It is

[issue41991] Remove _PyObject_HasAttrId

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +21606 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22629 ___ Python tracker

[issue41991] Remove _PyObject_HasAttrId

New submission from Serhiy Storchaka : _PyObject_HasAttrId() can return -1, 0 or 1. It returns -1 when cannot create a string (most likely due to MemoryError or UnicodeDecodeError), but returns 0 and silences all exceptions raised when look up the attribute (including MemoryError,

[issue41980] Argparse documentation is slightly misleading

paul j3 added the comment: For ArgumentParser, prog is defined as: prog - The name of the program (default: sys.argv[0]) The comment in the `add_subparsers` method is: # prog defaults to the usage message of this parser, skipping # optional arguments and with no "usage:"

[issue41990] venv module clashes with pip --user ... improve coordination.

New submission from Bernd Wechner : When developing Python software it is highly discouraged to install python modules globally (risking adverse impacts upon the underlying OS where if has Python dependencies). Project by project this typically done with venvs (and the venv module) User by

  1   2   >