[issue40655] Fix 'from x import *' which is bad programming practice from 'Lib/ctypes/test/'.

[Hakan]

Change by Hakan :


--
keywords: +patch
pull_requests: +19452
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/20147

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40655] Fix 'from x import *' which is bad programming practice from 'Lib/ctypes/test/'.

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I do not think there is something wrong with the current code.

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40655] Fix 'from x import *' which is bad programming practice from 'Lib/ctypes/test/'.

[Hakan]

Hakan  added the comment:

Are code quality enhancement contributions not accepted?

Since the 'from x import * `structure is used in the current code, it is not 
understood where the objects come from.

I thought it would be good to fix this.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40656] Clean up detect_socket() in setup.py

[Erlend Egeberg Aasland]

New submission from Erlend Egeberg Aasland :

Rewrite to use `if cond`, iso. `if not cond`

--
components: Build
files: 0001-Clean-up-detect_socket.patch
keywords: patch
messages: 369101
nosy: erlendaasland
priority: normal
severity: normal
status: open
title: Clean up detect_socket() in setup.py
type: enhancement
versions: Python 3.9
Added file: https://bugs.python.org/file49161/0001-Clean-up-detect_socket.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40657] Resource leaks with threading.Thread

[Rosen Tomov]

New submission from Rosen Tomov :

In my project I'm using intensively threading to transfer HTTP data - reading 
is in separate thread and the process run smoothly. However when I've try to 
optimize stopping of the process and attempt to use the daemon threads. The 
result was 'Can't start new thread' error under Linux. In order to investigate 
the issue I've create small test program and found more interesting problem: 
using non daemon threads leaks handles (under Windows/x64 Semaphore type), 
while under Linux looks like leaks some other resource, can't say exactly what. 
When using a daemon threads no leaks handles under Windows but under Linux, 
after long time running the problem arrives, the only one solution is to reboot 
of Linux/ARM64, restarting the Python process didn't help! Of course the 
problem could be race condition or some locking problem, didn't investigate 
further and in Python's core source. 
Attached test programs reveals the problem very quickly, using Python 3.8.x 
interpreters. Also I've testing with lambdas and deletion and found that they 
do not influence the behavior.

--
components: Interpreter Core
files: thread.py
messages: 369102
nosy: POCEH
priority: normal
severity: normal
status: open
title: Resource leaks with threading.Thread
type: resource usage
versions: Python 3.8
Added file: https://bugs.python.org/file49162/thread.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40655] Fix 'from x import *' which is bad programming practice from 'Lib/ctypes/test/'.

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Pure cosmetic changes to satisfy some aesthetic preferences are not accepted. 
Every changes has its cost (it consumes the time of core developers to review, 
has maintenance cost, and disturbs the history of the files) and should be made 
only if it has a clear benefit.

Using star-import is not forbidden, otherwise such syntax would not be 
supported. ctypes may be one of modules for which using it is well justified: 
it contains a lot of names, and most of names have unique prefix ("c_") to 
avoid conflicts with builtins. Especially in tests.

--
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40656] Clean up detect_socket() in setup.py

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


Removed file: 
https://bugs.python.org/file49161/0001-Clean-up-detect_socket.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40656] Clean up detect_socket() in setup.py

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


Added file: 
https://bugs.python.org/file49163/0001-bpo-40656-Clean-up-detect_socket.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40318] Migrate to SQLite3 trace v2 API

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


--
nosy: +berker.peksag

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40656] Clean up detect_socket() in setup.py

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


--
pull_requests: +19453
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/20148

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40645] Use OpenSSL's HMAC API

[Christian Heimes]

Christian Heimes  added the comment:

def new(key, msg=None, digestmod=''):
# use fast HMAC if OpenSSL bindings are available and digestmod is
# either a string or a callable that returns an OpenSSL HASH object.
if _hashopenssl is not None:
if isinstance(digestmod, str):
return _hashopenssl.hmac_new(key, msg, digestmod)
if callable(digestmod):
digest = digestmod(b'')
if isinstance(digest, _hashopenssl.HASH):
return _hashopenssl.hmac_new(key, msg, digest.name)
return HMAC(key, msg, digestmod)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40656] Clean up detect_socket() in setup.py

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


Removed file: 
https://bugs.python.org/file49163/0001-bpo-40656-Clean-up-detect_socket.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40643] Improve doc-strings for datetime.strftime & strptime

[Edison Abahurire]

Edison Abahurire  added the comment:

Thanks for the review @p-ganssle. 
I'll request that you assign it to me, counting on your guidance while changing 
it in the C implementation.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39657] Bezout and Chinese Remainder Theorem in the Standard Library?

[Mark Dickinson]

Mark Dickinson  added the comment:

Related (imath module discussions): #37132, #40028.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40455] GCC 10 compiler warnings

[Mark Dickinson]

Change by Mark Dickinson :


--
nosy:  -mark.dickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39148] DatagramProtocol + IPv6 does not work with ProactorEventLoop

[Alex Grönholm]

Alex Grönholm  added the comment:

The PR is still awaiting for a core developer to be reviewed. It's too bad we 
missed the 3.8.3 window, but perhaps this can get included in 3.9.0 at least.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40644] Text representation of Windows' file attributes similar to stat.filemode()

[Pavol Babinčák]

Pavol Babinčák  added the comment:

Thanks for exhaustive response!

The way how I understand this is it might be beneficial to extend request to 
get text representation of file attributes on other architectures.

I didn't know about statx() syscall. From what I can tell there is no binary, 
similar to 'stat', that would print attributes of a file in a text form.

I guess there is no common way to print those attributes from statx()?

---

I see that filemode() works consistently across platforms even on Windows. I 
guess I could use this everywhere:

stat.filemode(stat.S_IFMT(os.lstat(n).st_mode)

---

And finally modes on Windows won't be ever complete in filemode() because of 
lack of file modes. I still have some approximation with users' mode (rwx):

format(stat.filemode(stat.S_IMODE(os.lstat(n).st_mode))[1:4]

To get:

r - as readable file or link
w - as not readonly
x - executable by file extension

---

Is that accurate summary? I'm wondering if it would make sense to rename this 
issue to leave out Windows?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40644] Text representation of Windows' file attributes similar to stat.filemode()

[Pavol Babinčák]

Pavol Babinčák  added the comment:

In a second example I meant:

stat.filemode(stat.S_IMODE(os.lstat(n).st_mode))[1:4]

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40649] [Errno 1]

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

The error message you linked does not show an issue with the Python 
installation but the permissions are wrong on the 'howdy.py' file, that's what 
the error message says:

can't open file 'howdy.py': [Errno 1] Operation not permitted

You have to check the permissions on the file to make sure the Python 
interpreter can read it.

This is not a bug in the Python interpreter which this bug tracker is for, the 
python-help mailing list and StackOverflow will give you the help you are 
looking for.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39976] Add "**other_popen_kwargs" to subprocess API signatures in docs

[Chris Jerdonek]

Chris Jerdonek  added the comment:


New changeset 46545000c2a30b46aed717b546bc09e5bae7148f by Zackery Spytz in 
branch 'master':
bpo-39976: Add **other_popen_kwargs to subprocess docs (GH-20145)
https://github.com/python/cpython/commit/46545000c2a30b46aed717b546bc09e5bae7148f


--
nosy: +chris.jerdonek

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39976] Add "**other_popen_kwargs" to subprocess API signatures in docs

[Chris Jerdonek]

Chris Jerdonek  added the comment:

I'm not sure if this is worth backporting, but let me know if you think it 
should.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40643] Improve doc-strings for datetime.strftime & strptime

[Edison Abahurire]

Edison Abahurire  added the comment:

Hi, An enquiry here: 
On the web documentation of strftime 
(https://docs.python.org/3/library/datetime.html?highlight=strftime#datetime.time.strftime),
 

What does this mean? 
"Format codes referring to hours, minutes or seconds will see 0 values."

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40152] Coroutine hangs if it performs async operations when handling exception sent using throw()

[Chris Jerdonek]

Change by Chris Jerdonek :


--
nosy: +chris.jerdonek

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40645] Use OpenSSL's HMAC API

[Christian Heimes]

Christian Heimes  added the comment:


New changeset 54f2898fe7e4ca1f239e96284af3cc5b34d2ae02 by Christian Heimes in 
branch 'master':
bpo-40645: Implement HMAC in C (GH-20129)
https://github.com/python/cpython/commit/54f2898fe7e4ca1f239e96284af3cc5b34d2ae02


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40334] PEP 617: new PEG-based parser

[Lysandros Nikolaou]

Change by Lysandros Nikolaou :


--
pull_requests: +19454
pull_request: https://github.com/python/cpython/pull/20151

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38938] Possible performance improvement for heaqq.merge()

[Dennis Sweeney]

Change by Dennis Sweeney :


Removed file: https://bugs.python.org/file48747/iter_merge.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38938] Possible performance improvement for heaqq.merge()

[Dennis Sweeney]

Change by Dennis Sweeney :


Removed file: https://bugs.python.org/file49156/recursive_merge.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38938] Possible performance improvement for heaqq.merge()

[Dennis Sweeney]

Change by Dennis Sweeney :


Removed file: https://bugs.python.org/file48748/merge_recipe.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38938] Possible performance improvement for heaqq.merge()

[Dennis Sweeney]

Change by Dennis Sweeney :


Added file: https://bugs.python.org/file49164/tournament_heap.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38938] Possible performance improvement for heaqq.merge()

[Dennis Sweeney]

Change by Dennis Sweeney :


Added file: https://bugs.python.org/file49165/losers.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38938] Possible performance improvement for heaqq.merge()

[Dennis Sweeney]

Change by Dennis Sweeney :


Added file: https://bugs.python.org/file49166/recursive_merge.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38938] Possible performance improvement for heaqq.merge()

[Dennis Sweeney]

Dennis Sweeney  added the comment:

It seems to me that the code sprawl mostly comes from the separate handling of 
the four keyed/unkeyed and forward/reverse cases, which as far as I can tell 
requires a branch in the innermost loop if not unrolled into separate cases. I 
think recursive_merge.py is about as concise as possible while still 
efficiently handling all four cases.

Is there any issue with recursion in this application? Even if there are 
2**64-1 iterables, this would only mean 64 nested next() calls, which should be 
within the stack on most machines, no?

I did the following benchmark:

py -3.9 -m pyperf timeit -s "from [FILENAME] import merge; from collections 
import deque" "deque(merge(open('english.txt'), open('dutch.txt'), 
open('french.txt'), open('german.txt'), open('italian.txt')), maxlen=0)"

new_merge.py:  Mean +- std dev: 773 ms +- 16 ms
tournament_heap.py:Mean +- std dev: 665 ms +- 42 ms
losers.py: Mean +- std dev: 470 ms +- 31 ms
Existing heapq:Mean +- std dev: 313 ms +- 2 ms
recursive_merge.py:Mean +- std dev: 266 ms +- 3 ms

I can look at some more diverse benchmarks (types, iterable length imbalance, 
lengths of an iterator's win-streak, etc.) soon.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25920] PyOS_AfterFork should reset socketmodule's lock

[Ronald Oussoren]

Ronald Oussoren  added the comment:

Technically this would be a functional change, I'd drop this code in  3.9 and 
trunk (although it is awfully close to the expected date for 3.9b1). 

Older versions would keep this code and the bug, that way the older python 
versions can still be used on these ancient OS versions (but users might run 
into this race condition).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38938] Possible performance improvement for heaqq.merge()

[Dennis Sweeney]

Change by Dennis Sweeney :


Removed file: https://bugs.python.org/file49165/losers.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38938] Possible performance improvement for heaqq.merge()

[Dennis Sweeney]

Change by Dennis Sweeney :


Added file: https://bugs.python.org/file49167/losers.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4264] Patch: optimize code to use LIST_APPEND instead of calling list.append

[Yonatan Goldschmidt]

Change by Yonatan Goldschmidt :


--
nosy: +Yonatan Goldschmidt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40649] [Errno 1]

[Glenn Travis]

Glenn Travis  added the comment:

ok, fine.
So what permissions would indicate that "the Python interpreter can read it."
The Get Info screenshot that he sent me looks just like mine with regard to 
permissions. The long list in terminal shows nothing special. 

I am not having problems running the scripts.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40649] [Errno 1]

[Glenn Travis]

Glenn Travis  added the comment:

As per your suggestion I have sent an email to python help, just looking for 
info regarding what you would consider the key permission settings.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12800] 'tarfile.StreamError: seeking backwards is not allowed' when extract symlink

[Julien Palard]

Julien Palard  added the comment:

Hi Chris, which exception did you got exactly? Was it caused by the r| mode or 
by a symlink (or file) already existing?

--
nosy: +mdk

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12800] 'tarfile.StreamError: seeking backwards is not allowed' when extract symlink

[Chris AtLee]

Chris AtLee  added the comment:

It's caused by the combination of the symlink existing, and having the tarfile 
opened in r| mode.

If I run the attached test file in a fresh directory, I get the following 
exception:

raceback (most recent call last):
  File "/home/catlee/.pyenv/versions/3.8.2/lib/python3.8/tarfile.py", line 
2227, in makelink
os.symlink(tarinfo.linkname, targetpath)
FileExistsError: [Errno 17] File exists: 'message.txt' -> './symlink.txt'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "../test.py", line 12, in 
tf.extractall()
  File "/home/catlee/.pyenv/versions/3.8.2/lib/python3.8/tarfile.py", line 
2024, in extractall
self.extract(tarinfo, path, set_attrs=not tarinfo.isdir(),
  File "/home/catlee/.pyenv/versions/3.8.2/lib/python3.8/tarfile.py", line 
2065, in extract
self._extract_member(tarinfo, os.path.join(path, tarinfo.name),
  File "/home/catlee/.pyenv/versions/3.8.2/lib/python3.8/tarfile.py", line 
2145, in _extract_member
self.makelink(tarinfo, targetpath)
  File "/home/catlee/.pyenv/versions/3.8.2/lib/python3.8/tarfile.py", line 
2237, in makelink
self._extract_member(self._find_link_target(tarinfo),
  File "/home/catlee/.pyenv/versions/3.8.2/lib/python3.8/tarfile.py", line 
2137, in _extract_member
self.makefile(tarinfo, targetpath)
  File "/home/catlee/.pyenv/versions/3.8.2/lib/python3.8/tarfile.py", line 
2176, in makefile
source.seek(tarinfo.offset_data)
  File "/home/catlee/.pyenv/versions/3.8.2/lib/python3.8/tarfile.py", line 513, 
in seek
raise StreamError("seeking backwards is not allowed")
tarfile.StreamError: seeking backwards is not allowed

--
Added file: https://bugs.python.org/file49168/test.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40649] [Errno 1]

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

It's because application on recent versions of MacOS cannot access files in 
some directories without being granted permission explicitly, a permission 
model similar to what iOS and Android.

You can grant them additional permission using System Preferences, see 
https://osxdaily.com/2018/10/09/fix-operation-not-permitted-terminal-error-macos/
 for example. All applications on recent version of MacOS behaves like this and 
this is not a bug in Python.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18262] ZipInfo.external_attr are not documented

[Pavol Babinčák]

Pavol Babinčák  added the comment:

I'm interested in this documentation enhancement as well.

Alex, I'm wondering if you could convert your patch to GitHub? [1]


[1] 
https://devguide.python.org/pullrequest/#converting-an-existing-patch-from-b-p-o-to-github

--
nosy: +scrool

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40654] shutil.copyfile mutates symlink for absolute path

[Jason R. Coombs]

Jason R. Coombs  added the comment:

Thank you Eryk for the thorough and informative investigation. Seriously, wow.

> Do you want 3.8 to revert to using the print name, at least for symlinks? 
> (ntpath._readlink_deep would need to be modified to support long target 
> paths.) Or would you rather that shutil used a more reliable way to copy 
> symlinks verbatim on Windows? For example, use CopyFileExW for a file and 
> CreateDirectoryEx for a directory.

In this case, my instinct is that `shutil` should devise a more reliable way to 
copy symlinks. It claims that it does to the extent the platform allows [1].

> symbolic links in the source tree are represented as symbolic links in the 
> new tree and the metadata of the original links will be copied as far as the 
> platform allows

It hadn't occurred to me that the effect may be manifest in readlink, but I see 
that now too:

~ # py -3.7 -c "import os; print(os.readlink('temp/bar'))"
c:\Users\jaraco\temp\foo
~ # py -3.8 -c "import os; print(os.readlink('temp/bar'))"
\\?\c:\Users\jaraco\temp\foo

So even if shutil.copyfile were to copy the symlinks exactly, the expectation 
would still be missed that the output of readlink doesn't match the input to 
symlink, so the expectation would still be missed. A user/programmer should be 
able to predict the output of 'readlink' given the input to 'symlink' (or cmd 
/c mklink).

Based on that reasoning, my answer would be "both", but I'd put a priority on 
restoring the use of "print name" for `readlink`, as that may be sufficient to 
satisfy most (if not all) use-cases.


[1]: https://docs.python.org/3/library/shutil.html#shutil.copytree

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39533] Use `statx(2)` system call on Linux for extended `os.stat` information

[Pavol Babinčák]

Change by Pavol Babinčák :


--
nosy: +scrool

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40654] shutil.copyfile mutates symlink for absolute path

[Jason R. Coombs]

Jason R. Coombs  added the comment:

I strongly suspect bpo-37834 and GH-15231 is where the difference was 
introduced.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40643] Improve doc-strings for datetime.strftime & strptime

[Edison Abahurire]

Edison Abahurire  added the comment:

Oh! I realized that statement is there because the strftime method used is 
inherited from the date class.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40649] [Errno 1]

[Glenn Travis]

Glenn Travis  added the comment:

I think that you are referring to Gatekeeper.  Something that I have run into 
with various applications, such as certain utility files in Ortho4XP and even 
when adding aircraft to X-Plane(some of the developers refuse to become 
approved Apple developers).

--
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38870] Expose ast.unparse in the ast module

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
pull_requests: +19455
pull_request: https://github.com/python/cpython/pull/20152

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39959] Bug on multiprocessing.shared_memory

[Rauan Mukhamejanov]

Rauan Mukhamejanov  added the comment:

Not sure about "it can always be accessed and closed/unlinked by any process 
later on", as each process will be spawning its own resource_tracker, using a 
separate pipe. Thus, unregister calls from other processes will not have any 
effect. 

The documentation is indeed unclear that processes must share the 
resource_tracker. Can we introduce a new flag - "persist", that would indicate 
no resource tracking is needed? Registering will only happen if create=True and 
persist=False, meaning the user accepts the creating process must outlive all 
other processes that could connect to the shared memory. If persist=False, the 
user accepts the responsibility for manual cleaning up of the allocated memory. 
This will allow catering to a wider range of use cases, where readers/writer 
processes can exit and re-connect to shared_memory as they see fit.

--
nosy: +rauanargyn

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40334] PEP 617: new PEG-based parser

[Lysandros Nikolaou]

Change by Lysandros Nikolaou :


--
pull_requests: +19456
pull_request: https://github.com/python/cpython/pull/20153

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39533] Use `statx(2)` system call on Linux for extended `os.stat` information

[Christian Heimes]

Christian Heimes  added the comment:

The statx call was introduced by Kernel 4.11 in 2017. Major LTS Linux 
distributions like Debian 9, Ubuntu 16.04, and CentOS 7 use older Kernels like 
Linux 4.9 LTS or 3.10 LTS.

In general we try to support older Kernel ABIs even when Python is compiled on 
a system with more recent ABI. This means you have to perform a runtime feature 
detection and fall back to old stat when the syscall fails.

--
nosy: +christian.heimes

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37630] Investigate replacing SHA3 code with OpenSSL

[Christian Heimes]

Change by Christian Heimes :


--
pull_requests: +19457
pull_request: https://github.com/python/cpython/pull/20154

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40661] The new parser segfaults when parsing invalid input

[Pablo Galindo Salgado]

New submission from Pablo Galindo Salgado :

The new peg parser segfaults when parsing the attached reproducer.

this is due to the fact that the exception set by `tokenizer_error` is not 
properly propagated.

--
components: Interpreter Core
files: reproducer.py
messages: 369132
nosy: gvanrossum, lys.nikolaou, pablogsal
priority: release blocker
severity: normal
stage: needs patch
status: open
title: The new parser segfaults when parsing invalid input
type: crash
versions: Python 3.9
Added file: https://bugs.python.org/file49169/reproducer.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40661] The new parser segfaults when parsing invalid input

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

I think we may need to test for the error indicator (and maybe PyErr_Ocurred 
for safety) before every alternative. Something like:

diff --git a/Tools/peg_generator/pegen/c_generator.py 
b/Tools/peg_generator/pegen/c_generator.py
index 8f9972bb41..61cb694628 100644
--- a/Tools/peg_generator/pegen/c_generator.py
+++ b/Tools/peg_generator/pegen/c_generator.py
@@ -468,10 +468,6 @@ class CParserGenerator(ParserGenerator, GrammarVisitor):
 memoize = self._should_memoize(node)

 with self.indent():
-self.print("if (p->error_indicator) {")
-with self.indent():
-self.print("return NULL;")
-self.print("}")
 self.print(f"{result_type} _res = NULL;")
 if memoize:
 self.print(f"if (_PyPegen_is_memoized(p, {node.name}_type, 
&_res))")
@@ -685,6 +681,12 @@ class CParserGenerator(ParserGenerator, GrammarVisitor):
 def visit_Alt(
 self, node: Alt, is_loop: bool, is_gather: bool, rulename: 
Optional[str]
 ) -> None:
+self.print("if (p->error_indicator == 1 || PyErr_Occurred()) {")
+with self.indent():
+self.print("p->error_indicator = 1;")
+self.print("return NULL;")
+self.print("}")
+
 self.print(f"{{ // {node}")
 with self.indent():
 # Prepare variable declarations for the alternative

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40661] The new parser segfaults when parsing invalid input

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Indeed, that diff solves the problem

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40452] IDLE: preserve clipboard on closure on Windows

[E. Paine]

E. Paine  added the comment:

Test example:

1) Open IDLE (shell or editor)
2) Copy some text in the IDLE window
3) Close the IDLE window (instance should end)
4) Paste into application of choice
Without the patch, the clipboard is cleared when the instance ends so nothing 
is pasted. With the patch, the content remains in the clipboard as expected.

Note: This is not a problem if clipboard history is turned on or the content is 
pasted before closure, however the order of events above is fairly common for 
me.


Encoding:

In the latest commit to the pull, I have changed the encoding from UTF-8 to 
UTF-16 and my reasoning is as follows:

1) Most importantly, using UTF-8, characters with a unicode value >=2^8 are 
incorrectly copied as multiple characters. UTF-8 does support these characters 
but uses a different number of bytes per character (which is presumably what is 
causing these issues - for example, "AĀ" is encoded as "\x41\xc4\x80", which 
pastes as "A─Ç") UTF-16, however, correctly works for all characters supported 
by Tcl (see next point).

2) "Strings in Tcl are encoded using 16-bit Unicode characters" 
(https://www.tcl.tk/man/tcl8.2.3/TclCmd/encoding.htm). Therefore, the encoding 
we choose should have at least 16 bits allocated per character (meaning either 
UTF-16 or UTF-32).

3) Windows' "Unicode-enabled functions [...] use UTF-16 (wide character) 
encoding, which is [...] used for native Unicode encoding on Windows operating 
systems" (https://docs.microsoft.com/en-us/windows/win32/intl/unicode). For me, 
this was what decided the new encoding (between the two given in the previous 
point).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40661] The new parser segfaults when parsing invalid input

[Guido van Rossum]

Guido van Rossum  added the comment:

How costly is PyErr_Occurred()? That worries me most, otherwise I’d accept this 
right away.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40629] Error MSB4086 (numeric comparison)

[veganaiZe]

veganaiZe  added the comment:

Using Windows 10 SDK (from late 2019).  It's essential for the 2015r3 tools 
(since the build tools don't include the standard lib headers! --Gimme a break 
Microsoft!)

Here's the TL;DR from the log:

 2>Building with tools version "4.0".
 2>C:\src\cpython\PCbuild\python.props(111,31): error MSB4086: A numeric 
comparison was attempted on "$([System.Version]::Parse($(_RegistryVersion)))" 
that evaluates to "10.0.18362.0" instead of a number, in condition 
"$([System.Version]::Parse($(_RegistryVersion))) > 
$([System.Version]::Parse($(DefaultWindowsSDKVersion)))". 
[C:\src\cpython\PCbuild\_freeze_importlib.vcxproj]

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37630] Investigate replacing SHA3 code with OpenSSL

[Christian Heimes]

Christian Heimes  added the comment:


New changeset 62ecd8a8f908282726d2f019c93efa1cf2e9e784 by Christian Heimes in 
branch 'master':
bpo-37630: Fix spelling shake128 -> shake_128 (GH-20154)
https://github.com/python/cpython/commit/62ecd8a8f908282726d2f019c93efa1cf2e9e784


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40662] ast.get_source_segment behaviour with missing location info doesn't match doctoring

[Irit Katriel]

New submission from Irit Katriel :

The doctoring says "If some location information (lineno, end_lineno, 
col_offset, or end_col_offset) is missing, return None."

However:

>>> s = "12"
>>> node = ast.parse(s).body[0]
>>> ast.get_source_segment(s, node)
'12'
>>> del node.lineno
>>> ast.get_source_segment(s, node)
>>> node = ast.parse(s).body[0]
>>> del node.end_lineno
>>> ast.get_source_segment(s, node)
Traceback (most recent call last):
  File "", line 1, in 
  File "/Users/iritkatriel/src/cpython/Lib/ast.py", line 336, in 
get_source_segment
end_lineno = node.end_lineno - 1
TypeError: unsupported operand type(s) for -: 'NoneType' and 'int'

In other parts of ast.py there are hasattr checks for lineno/col_offset 
alongside checks for None for end_lineno/end_col_offset. So this difference in 
behaviour of the end_ fields seems intended.

--
components: Library (Lib)
messages: 369139
nosy: benjamin.peterson, brett.cannon, iritkatriel, pablogsal, yselivanov
priority: normal
pull_requests: 19458
severity: normal
status: open
title: ast.get_source_segment behaviour with missing location info doesn't 
match doctoring
type: behavior
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40663] Wrong generated annotation on subscripting

[Batuhan Taskaya]

New submission from Batuhan Taskaya :

>>> from __future__ import annotations
>>> a: Type[int, str]
>>> b: Type[(int, str, *types)]
>>> __annotations__
{'a': 'Type[int, str]', 'b': 'Type[int, str, *types]'}
>>> ast.parse(__annotations__["b"])
Traceback (most recent call last):
  File "", line 1, in 
  File "/home/isidentical/cpython/master/Lib/ast.py", line 50, in parse
return compile(source, filename, mode, flags,
  File "", line 1
Type[int, str, *types]
   ^
SyntaxError: invalid syntax

--
messages: 369140
nosy: BTaskaya
priority: normal
severity: normal
status: open
title: Wrong generated annotation on subscripting

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40662] ast.get_source_segment behaviour with missing location info doesn't match doctoring

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
nosy: +BTaskaya

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40663] Wrong generated annotation on subscripting

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
keywords: +patch
pull_requests: +19459
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/20156

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40663] Wrong generated annotation on subscripting

[Batuhan Taskaya]

Batuhan Taskaya  added the comment:

$ python3.8
Python 3.8.0+ (heads/3.8:b9e5547f58, Nov 28 2019, 19:18:03) 
[GCC 9.2.1 20191008] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from __future__ import annotations
>>> b: Type[(int, str, *types)]
>>> __annotations__
{'b': 'Type[int, str, *types]'}

 $ python3.7
Python 3.7.5 (default, Apr 19 2020, 20:18:17) 
[GCC 9.2.1 20191008] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from __future__ import annotations
>>> b: Type[(int, str, *types)]
>>> __annotations__
{'b': 'Type[int, str, *types]'}
>>>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40663] Wrong generated annotation on subscripting

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
components: +Interpreter Core
type:  -> behavior
versions: +Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40662] ast.get_source_segment behaviour with missing location info doesn't match docstring

[Irit Katriel]

Change by Irit Katriel :


--
title: ast.get_source_segment behaviour with missing location info doesn't 
match doctoring -> ast.get_source_segment behaviour with missing location info 
doesn't match docstring

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40661] The new parser segfaults when parsing invalid input

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

A quick benchmark using xxl.py:

Base time (master):
Time: 9.386 seconds on an average of 20 runs

With the patch in this issue:
Time: 9.498 seconds on an average of 20 runs

Sadly I could not test with PGO/LTO and without CPU isolation, so it would be 
great if someone could double-check these numbers.

Also, I will be unable to do a PR until this night/tomorrow morning (London 
time) :(

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40662] ast.get_source_segment behaviour with missing location info doesn't match docstring

[Irit Katriel]

Change by Irit Katriel :


--
keywords: +patch
pull_requests: +19460
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/20157

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40536] Addition of a "list of available time zones" function to zoneinfo

[Paul Ganssle]

Change by Paul Ganssle :


--
pull_requests: +19461
pull_request: https://github.com/python/cpython/pull/20158

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40536] Addition of a "list of available time zones" function to zoneinfo

[Paul Ganssle]

Paul Ganssle  added the comment:

I've opened a PR adding this feature and tagged this as release blocker, since 
I'd like to make sure this is in the beta if Łukasz does not object.

The concerns about the stability of the function I expressed earlier have not 
changed much, though we did get some feedback from the tz database list that at 
least make me think that the new approach (excluding posix/, right/ and 
posixrules) is *probably* the right way to go.

--
priority: normal -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40661] The new parser segfaults when parsing invalid input

[Guido van Rossum]

Guido van Rossum  added the comment:

I see almost no time difference for 'make time_stdlib': before 3.471, after 
3.451. But I see a serious difference for 'make time_compile': before 3.474, 
after 4.996. That's over 40% slower (on the extreme case, xxl.py).

I'll prepare a PR just in case.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40661] The new parser segfaults when parsing invalid input

[Guido van Rossum]

Change by Guido van Rossum :


--
keywords: +patch
pull_requests: +19462
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/20159

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38938] Possible performance improvement for heaqq.merge()

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Am leaning toward the iterative approach in new_merge.py because it most 
directly implements the core concept of storing the data in a binary tree.

Merits: no recursion, no nested generators, avoids the clutter of left-empty 
and right-empty checks, easy to understand, simple and fast loops, all local 
variables or instance variables, no calls to memory allocator after then 
initial tree construction, runs well on PyPy, and easily Cythonized.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40664] Documentation error: itertools.dropwhile(is_even, itertools.count()) output

[Nicolas Gimenez]

New submission from Nicolas Gimenez :

On this page:
https://docs.python.org/3/howto/functional.html
The example:

"itertools.dropwhile(is_even, itertools.count()) =>
  1, 2, 3, 4, 5, 6, 7, 8, 9, 10, ..."

is wrong. It should be:

"itertools.dropwhile(is_even, itertools.count()) =>
  1, 3, 5, 7, 9, ..."

--
assignee: docs@python
components: Documentation
messages: 369146
nosy: docs@python, nicobao
priority: normal
severity: normal
status: open
title: Documentation error:  itertools.dropwhile(is_even, itertools.count()) 
output
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40664] Documentation error: itertools.dropwhile(is_even, itertools.count()) output

[Nicolas Gimenez]

Nicolas Gimenez  added the comment:

Relase: 0.32
Lang: English
Python version: 3.8.3

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40536] Addition of a "list of available time zones" function to zoneinfo

[gaborbernat]

gaborbernat  added the comment:

I think semantically the correct expression would be available timezones, free 
function, set and no cache. Document the operation is expensive and users 
should cache if they want repeated access or provide an available timezones 
cached function 👍 my 2c

--
nosy: +gaborbernat

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40536] Addition of a "list of available time zones" function to zoneinfo

[Filipe Laíns]

Change by Filipe Laíns :


--
nosy: +FFY00

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39533] Use `statx(2)` system call on Linux for extended `os.stat` information

[ntninja]

ntninja  added the comment:

I thought this might be the case, I'll look into adapting the patch accordingly 
then.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37496] Support annotations in signature strings.

[Filipe Laíns]

Change by Filipe Laíns :


--
nosy: +FFY00

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39533] Use `statx(2)` system call on Linux for extended `os.stat` information

[Christian Heimes]

Christian Heimes  added the comment:

You can find an example in Python/bootstrap_hash.c that deals with getrandom 
syscall.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40664] Documentation error: itertools.dropwhile(is_even, itertools.count()) output

[SilentGhost]

SilentGhost  added the comment:

Did you try running that? The documentation is correct, dropwhile works 
differently than filter.

--
nosy: +SilentGhost
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34431] Docs does not eval allows code object as argument

[Furkan Onder]

Furkan Onder  added the comment:

Hi Jonathan,
Are you still planning to work on the patch?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40257] Improve the use of __doc__ in pydoc

[Thomas Caswell]

Change by Thomas Caswell :


--
nosy: +tcaswell

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40665] Use Argument Clinic for bisect

[Shantanu]

Change by Shantanu :


--
keywords: +patch
pull_requests: +19463
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/20163

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40665] Use Argument Clinic for bisect

[Shantanu]

New submission from Shantanu :

As the title says! Am submitting a PR.

--
components: Argument Clinic
messages: 369153
nosy: hauntsaninja, larry
priority: normal
severity: normal
status: open
title: Use Argument Clinic for bisect

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40431] turtledemo/__main__.py: SyntaxError: invalid string prefix else"#fca"

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I believe the file was synchronized across versions as new features have not 
recently been added. Backporting the fix to my typo should keep it that way.  
This is an example of why code review even of patches that 'work' is a good 
thing.

--
nosy: +terry.reedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40661] The new parser segfaults when parsing invalid input

[Lysandros Nikolaou]

Change by Lysandros Nikolaou :


--
pull_requests: +19464
pull_request: https://github.com/python/cpython/pull/20165

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40662] ast.get_source_segment behaviour with missing location info doesn't match docstring

[Shantanu]

Shantanu  added the comment:

The code works on 3.8 for me, but has regressed on 3.9 master. Looks like this 
is caused by https://bugs.python.org/issue36287 
(https://github.com/python/cpython/pull/18843)

--
nosy: +hauntsaninja

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40452] IDLE: preserve clipboard on closure on Windows

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Now that I think about it, I have run into enough problems with ^V not pasting 
something copied with ^C that I always leave source windows open until 
successful.  I had not noticed that there is only a problem between windows 
(but this may be true) or after closing IDLE or that it only occurs when 
copying *from* IDLE.  In fact, the last might not be true if other apps have 
the same bug.  (I will start paying more attention after this is fixed.)

--
type: enhancement -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40612] Make traceback module's formatting of SyntaxError more similar to system formatting

[Guido van Rossum]

Change by Guido van Rossum :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38870] Expose ast.unparse in the ast module

[1v3m]

Change by 1v3m :


--
nosy: +1v3m
nosy_count: 7.0 -> 8.0
pull_requests: +19465
pull_request: https://github.com/python/cpython/pull/20166

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40597] generated email message exceeds RFC-mandated limit of 998 characters

[R. David Murray]

R. David Murray  added the comment:


New changeset c1f1ddf30a595c2bfa3c06e54fb03fa212cd28b5 by Miss Islington (bot) 
in branch '3.8':
bpo-40597: email: Use CTE if lines are longer than max_line_length consistently 
(gh-20038) (gh-20084)
https://github.com/python/cpython/commit/c1f1ddf30a595c2bfa3c06e54fb03fa212cd28b5


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40597] generated email message exceeds RFC-mandated limit of 998 characters

[R. David Murray]

Change by R. David Murray :


--
stage: backport needed -> resolved

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39801] list.insert is slow, likely due to manual memmove

[Raymond Hettinger]

Change by Raymond Hettinger :


--
assignee: rhettinger -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39705] Tutorial, 5.6 Looping Techniques, sorted() example

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset eefd4e04a2a1d3929d0f7978469e5b5c4e56 by Rahul Kumaresan in 
branch 'master':
bpo-39705 : sorted() tutorial example under looping techniques improved 
(GH-18999)
https://github.com/python/cpython/commit/eefd4e04a2a1d3929d0f7978469e5b5c4e56


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39705] Tutorial, 5.6 Looping Techniques, sorted() example

[Raymond Hettinger]

Change by Raymond Hettinger :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13601] sys.stderr should be line-buffered when stderr is not a TTY

[Guido van Rossum]

Guido van Rossum  added the comment:

Can you submit a PR and CC me?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39058] argparse should preserve argument ordering in Namespace

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset 9681953c99b686cf23d1c476a2b26d2ddbec7694 by Raymond Hettinger in 
branch 'master':
bpo-39058:  Preserve attribute order in argparse Namespace reprs. (GH-17621)
https://github.com/python/cpython/commit/9681953c99b686cf23d1c476a2b26d2ddbec7694


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39058] argparse should preserve argument ordering in Namespace

[Raymond Hettinger]

Change by Raymond Hettinger :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39173] _AttributeHolder of argparse should support the sort function or not?

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Am marking this as closed, out-of-date.

If needed, feel free to re-open.

--
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com