[issue33578] cjkcodecs missing getstate and setstate implementations

[Christopher Thorne]

New submission from Christopher Thorne :

The cjkcodecs module provides support for various Chinese/Japanese/Korean 
codecs through its MultibyteIncrementalDecoder and MultibyteIncrementalEncoder 
classes.

While working with one of these cjkcodecs (euc-jp), I came across an issue 
where calling TextIOWrapper.tell() was causing a decode error on a valid euc-jp 
file:

>>> with open("/tmp/test", "w", encoding="euc-jp") as f:
... f.write("AB\nうえ\n")
...
6
>>> with open("/tmp/test", "r", encoding="euc-jp") as f:
... f.readline()
... f.tell()
... f.readline()
... f.readline()
...
'AB\n'
4
'うえ\n'
Traceback (most recent call last):
  File "", line 5, in 
UnicodeDecodeError: 'euc_jp' codec can't decode byte 0xa4 in position 0: 
incomplete multibyte sequence

Without the tell(), there is no problem:

>>> with open("/tmp/test", "w", encoding="euc-jp") as f:
... f.write("AB\nうえ\n")
...
6
>>> with open("/tmp/test", "r", encoding="euc-jp") as f:
... f.readline()
... f.readline()
... f.readline()
...
'AB\n'
'うえ\n'
''

After looking at _io_TextIOWrapper_tell_impl in textio.c, I understood that 
tell() is not as trivial as one might expect as it is using a "reconstruction 
algorithm" [1] to account for buffered chunk reads. By default, TextIOWrapper 
reads from its underlying stream in chunks of 8092 bytes and then decodes and 
buffers this data for speed efficiency. As a result, TextIOWrapper.tell() can't 
just call tell() on the underlying stream because the stream's tell() will 
usually be too far ahead. Thus, a reconstruction algorithm is used to calculate 
how many bytes of the buffered chunk have actually been read so far by the user.

The reconstruction algorithm could be trivial for single byte codecs - just 
track the number of characters read so far, e.g. each time read() is called. 
However, for multibyte codecs where the number of bytes representing a 
character is not uniform nor reported by the decoder, the character count alone 
isn't sufficient. What CPython does for this is jump to a "snapshot" point 
where the decoder is in a clean state (i.e. not halfway through a multibyte 
read) and feeds it bytes to generate characters, counting as it goes, until the 
number of characters it tracked from user reads are generated. From this, it 
knows the number of bytes it took to reach the point the user is at and can 
calculate the correct tell() value.

Now this is where the problem comes in: the reconstruction algorithm depends on 
a reliable way to detect when the decoder is in a "clean state". The getstate 
method [2], which returns any pending data the decoder has, is used for this. 
However, in the case of cjkcodecs, the getstate implementation is missing. This 
can be seen in the following example:

>>> import codecs
>>> decoder = codecs.getincrementaldecoder('euc_jp')()
... decoder.decode(b'\xa4\xa6') # Decode a complete input sequence
'う'
>>> decoder.getstate() # There should be no state here (working)
(b'', 0)
>>> decoder.decode(b'\xa4') # Decode first half of a partial input sequence
''
>>> decoder.getstate() # There should be state here (not working)
(b'', 0)

Internally, however, the cjkcodecs do hold state. They just don't expose it.

This leads to unexpected results in the reconstruction algorithm, such as the 
tell() bug demonstrated above.

It appears decoder.setstate [3], encoder.getstate [4], encoder.setstate [5], 
are also not implemented for the cjkcodecs. This leads to other issues in code 
that assumes their implementaton is present (e.g. TextIOWrapper.seek).

I will attach a PR shortly with some tests and proposed implementations. This 
is my first time working with the CPython codebase, so apologies if I've 
overlooked anything.

Finally, here is a somewhat related issue with a mention of the same tell() bug 
at the end: https://bugs.python.org/issue25863
However, the main problem identified in that report requires further changes 
than just adding getstate as it's caused by the more fundamental issue of 
encoder and decoder state not being kept in sync.
(Also, I have added the reporter of that issue to the nosy list for this one as 
I assume they have some familiarity with this bug)

[1] https://docs.python.org/3/library/io.html#id3
[2] 
https://docs.python.org/3/library/codecs.html#codecs.IncrementalDecoder.getstate
[3] 
https://docs.python.org/3/library/codecs.html#codecs.IncrementalDecoder.setstate
[4] 
https://docs.python.org/3/library/codecs.html#codecs.IncrementalEncoder.getstate
[5] 
https://docs.python.org/3/library/codecs.html#codecs.IncrementalEncoder.setstate

--
components: IO, Tests
messages: 317106
nosy: libcthorne, martin.panter
priority: normal
severity: normal
status: open
title: cjkcodecs missing getstate and setstate implementations
type: behavior
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

__

[issue33578] cjkcodecs missing getstate and setstate implementations

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
pull_requests: +6638
stage:  -> patch review

___
Python tracker 

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

[issue19251] bitwise ops for bytes of equal length

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The last three posts have convinced me that 'efficient bit operations', not 
tied to the int type, are worth exploring, without immediate restriction to a 
particular API.  I can see that micropython is a significant new use case.

--

___
Python tracker 

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

[issue32996] Improve What's New in 3.7

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Sorry, I appreciate your work, Elvis, but the current version of PR 6978 seems 
containing too much insignificant details, which are not worth an entry in 
What's New. They distract attention from important changes. I think this PR 
should be significantly shortened.

To me, What's New is not a structured copy of Misc/NEWS. It serves two purposes:

1. Advertising new features.

2. Warning about possible breaks or future breaks.

If the change doesn't add a new way of doing something and doesn't break 
significant part of code, it is not worth mentioning in What's New.

PR 6978 also adds entries for bug fixes, which shouldn't be in this document.

--

___
Python tracker 

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

[issue19251] bitwise ops for bytes of equal length

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I don't understand what relation this issue has with Nick's use case. If you 
need to access separate fields in a binary packed structure, adding support of 
extended PEP 3118 like syntax in memoryview can help you. If you want to to 
alter separate bits, you may need something like a bit array view. If you need 
to change specific physical memory, you need a different view object (maybe 
something in ctypes). But what relation all this have with b'123' ^ b'abc'?

--

___
Python tracker 

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

[issue33531] test_asyncio: test_subprocess test_stdin_broken_pipe() failure on Travis CI

[Christian Heimes]

Change by Christian Heimes :


--
nosy: +christian.heimes

___
Python tracker 

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

[issue33384] Build does not work with closed stdin

[Martin Husemann]

Martin Husemann  added the comment:

You need to exit the parent shell, to get the original stdin revoke(2)'d.
That is: the Ctrl-D in the original descritpion is not line noise. Sorry, 
should have been more explicit (or used "exit" or something instead)

--

___
Python tracker 

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

[issue33579] calendar.timegm not always an inverse of time.gmtime

[Eitan Adler]

New submission from Eitan Adler :

How to reproduce:
∴cat bad.py
import time
import calendar

one = time.gmtime(1234567899)
two = calendar.timegm(time.gmtime(1234567899))
three = time.gmtime(two)

print(one)
print(two)
print(three)
print(one == three)


Expected behavior:
the functions behave as documented: they are inverses


Actual behavior:

∴/srv/src/python/cpython/python bad.py
time.struct_time(tm_year=2009, tm_mon=2, tm_mday=13, tm_hour=23, tm_min=31, 
tm_sec=15, tm_wday=4, tm_yday=44, tm_isdst=0)
1234567875
time.struct_time(tm_year=2009, tm_mon=2, tm_mday=13, tm_hour=23, tm_min=30, 
tm_sec=51, tm_wday=4, tm_yday=44, tm_isdst=0)
False

Details: python built from f65e31fee3 under debug mode

--
messages: 317111
nosy: eitan.adler
priority: normal
severity: normal
status: open
title: calendar.timegm not always an inverse of time.gmtime

___
Python tracker 

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

[issue33579] calendar.timegm not always an inverse of time.gmtime

[Eitan Adler]

Change by Eitan Adler :


--
components: +Library (Lib)
type:  -> behavior

___
Python tracker 

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

[issue26826] Expose new copy_file_range() syscall in os module.

[Giampaolo Rodola']

Change by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

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

[issue33448] Output_Typo_Error

[Mark Dickinson]

Change by Mark Dickinson :


--
stage:  -> resolved
status: pending -> closed

___
Python tracker 

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

[issue32996] Improve What's New in 3.7

[Elvis Pranskevichus]

Elvis Pranskevichus  added the comment:

Thanks for the feedback Serhiy!  I'll make an editorial pass to address the 
comments shortly.  In general, I prefer thoroughness in the initial What's New 
edit to make sure we don't miss something important.

--

___
Python tracker 

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

[issue33384] Build does not work with closed stdin

[Leonardo Taccari]

Leonardo Taccari  added the comment:

A simpler way to reproduce that (probably this problem is not limited to
building but to sys module):

(sleep 10; python3.6 -c 'import sys' >/tmp/log 2>&1) & exit

And in `/tmp/log':

Fatal Python error: Py_Initialize: can't initialize sys standard streams
OSError: [Errno 9] Bad file descriptor
 
Current thread 0x7226e0ab3800 (most recent call first):

--
nosy: +leot

___
Python tracker 

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

[issue33544] Asyncio Event.wait() is a hold over from before awaitable, and should be awaitable

[Andrew Svetlov]

Andrew Svetlov  added the comment:

-1 for the proposal

--

___
Python tracker 

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

[issue25156] shutil.copyfile should internally use os.sendfile when possible

[Giampaolo Rodola']

Change by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

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

[issue25063] shutil.copyfileobj should internally use os.sendfile when possible

[Giampaolo Rodola']

Change by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

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

[issue33576] Remove exception wrapping from __set_name__ calls

[Nick Coghlan]

Nick Coghlan  added the comment:

Hmm, I wonder if the UX problem with the current chaining might be solved in a 
different way, by doing something similar to what we did for codec exceptions 
(where we want to try to mention the codec name, but also don't want to change 
the exception type, and want to include the original exception text in the 
wrapper's message).

The codecs related call is at 
https://github.com/python/cpython/blob/0c1c4563a65ac451021d927058e4f25013934eb2/Python/codecs.c#L389
 but most of the heavy lifting has since been refactored out into the 
_PyErr_TrySetFromCause helper function: 
https://github.com/python/cpython/blob/55edd0c185ad2d895b5d73e47d67049bc156b654/Objects/exceptions.c#L2713

--

___
Python tracker 

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

[issue19251] bitwise ops for bytes of equal length

[Nick Coghlan]

Nick Coghlan  added the comment:

While it does match Christian's original suggestion, I'm not taking the "bytes" 
in the issue title as literally requiring that the feature be implemented as 
operator support on the bytes type (implementing it on memoryview or a new view 
type would likely meet the expressed need just as well).

I'm also not sure why you're continuing to bring up PEP 3118 - C contiguous 
data is already supported in memoryview, so this shouldn't require any new data 
shapes support, it's mainly a question of which manipulations we decide we want 
to offer on viewed data.

--

___
Python tracker 

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

[issue33384] Build does not work with closed stdin

[Leonardo Taccari]

Leonardo Taccari  added the comment:

And here the backtrace of the corresponding core (this is on
NetBSD/amd64 8.99.15 with lang/python36 package of today pkgsrc-current):

% gdb -core python3.6.core `which python3.6`
Reading symbols from /usr/pkg/bin/python3.6...done.
[New process 1]
Core was generated by `python3.6'.
Program terminated with signal SIGABRT, Aborted.
#0  0x76255932924a in _lwp_kill () from /usr/lib/libc.so.12
(gdb) bt
#0  0x76255932924a in _lwp_kill () from /usr/lib/libc.so.12
#1  0x762559328e65 in abort () at /usr/src/lib/libc/stdlib/abort.c:74
#2  0x76255a749d33 in Py_FatalError (msg=msg@entry=0x76255a7dea20 
"Py_Initialize: can't initialize sys standard streams")
at Python/pylifecycle.c:1462
#3  0x76255a74af4c in _Py_InitializeEx_Private (install_sigs=1, 
install_importlib=1) at Python/pylifecycle.c:450
#4  0x76255a764902 in Py_Main (argc=argc@entry=3, 
argv=argv@entry=0x76255ab01060) at Modules/main.c:700
#5  0x00400e2f in main (argc=3, argv=) at 
./Programs/python.c:69
(gdb) f 4
#4  0x76255a764902 in Py_Main (argc=argc@entry=3, 
argv=argv@entry=0x76255ab01060) at Modules/main.c:700
700 Py_Initialize();
(gdb) f 3
#3  0x76255a74af4c in _Py_InitializeEx_Private (install_sigs=1, 
install_importlib=1) at Python/pylifecycle.c:450
450 Py_FatalError(
(gdb) list
445 if (_PyTraceMalloc_Init() < 0)
446 Py_FatalError("Py_Initialize: can't initialize 
tracemalloc");
447
448 initmain(interp); /* Module __main__ */
449 if (initstdio() < 0)
450 Py_FatalError(
451 "Py_Initialize: can't initialize sys standard streams");
452
453 /* Initialize warnings. */
454 if (PySys_HasWarnOptions()) {

Please let me know if any further information is needed and I will try
to help!

Thank you!

--

___
Python tracker 

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

[issue33574] Conversion of Number to String(str(number))

[Steven D'Aprano]

Steven D'Aprano  added the comment:

Also note that shadowing builtins *deliberately* is a powerful and useful 
technique used for advanced programming.

--
nosy: +steven.daprano

___
Python tracker 

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

[issue33342] urllib IPv6 parsing fails with special characters in passwords

[Martin Panter]

Martin Panter  added the comment:

I presume this is about parsing a URL like

>>> urlsplit("//user:[@host")
Traceback (most recent call last):
  File "", line 1, in 
  File "/home/proj/python/cpython/Lib/urllib/parse.py", line 431, in urlsplit
raise ValueError("Invalid IPv6 URL")
ValueError: Invalid IPv6 URL

Ideally the square bracket should be escaped as %5B. Related reports about 
parsing unescaped delimiters in a URL password are Issue 18140 (fragment #, 
query ?) and Issue 23328 (slash /).

--
nosy: +martin.panter

___
Python tracker 

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

[issue33573] statistics.median does not work with ordinal scale

[Steven D'Aprano]

Steven D'Aprano  added the comment:

For ordinal scales, you should use either median_low or median_high.

I don't think the standard median function ought to choose for you whether to 
take the low or high median. It is better to be explicit about which you want, 
by calling the relevant function, than for median to guess which one you need.

--
nosy: +steven.daprano

___
Python tracker 

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

[issue33384] Build does not work with closed stdin

[Leonardo Taccari]

Leonardo Taccari  added the comment:

After testing is_valid_fd() (from Python/pylifecycle.c) separately
(an `is_valid_fd.c' file will be attached to ease reproduction) I think
that also NetBSD is affected by bpo-30225.

Using dup(2) (at is currently done in NetBSD):

% cc -o ivf is_valid_fd.c
% sleep 5 && ./ivf > /tmp/log & exit
[... the terminal is closed via ^D ...]
% cat /tmp/log
0: 1
1: 1
2: 1

Using fstat(2):

% cc -DUSE_FSTAT -o ivf is_valid_fd.c
% sleep 5 && ./ivf > /tmp/log & exit
[... the terminal is closed via ^D ...]
% cat /tmp/log
0: 0
1: 1
2: 0

The possible attached patch seems to fix the problem reported by Martin.

--
Added file: https://bugs.python.org/file47604/patch-Python_pylifecycle.c

___
Python tracker 

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

[issue33384] Build does not work with closed stdin

[Leonardo Taccari]

Change by Leonardo Taccari :


Added file: https://bugs.python.org/file47605/is_valid_fd.c

___
Python tracker 

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

[issue33573] statistics.median does not work with ordinal scale

[Steven D'Aprano]

Steven D'Aprano  added the comment:

By the way, this isn't a crash (that's for things which cause the interpreter 
to segfault). I'm marking this as Not a bug, but I'm open to suggestions to 
improve either the documentation or the median functions.

--
resolution:  -> not a bug
type: crash -> behavior
versions: +Python 3.7 -Python 3.4

___
Python tracker 

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

[issue33576] Remove exception wrapping from __set_name__ calls

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Unconditional replacing an exception is bad, because it can hide important 
exceptions like KeybordInterrupt or MemoryError.

What if raise a new exception only if TypeError was raised? This will cover the 
case of a __set_name__() method with wrong signature.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue33430] Import secrets module in secrets examples

[Steven D'Aprano]

Steven D'Aprano  added the comment:

Unless I've mucked it up, I just committed your patch on Github so I'm closing 
this ticket. Thanks.

--
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

[issue33568] Inconsistent behavior of non-ascii handling in EmailPolicy.fold

[Licht Takeuchi]

Change by Licht Takeuchi :


--
keywords: +patch
pull_requests: +6639
stage:  -> patch review

___
Python tracker 

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

[issue33573] statistics.median does not work with ordinal scale

[Steven D'Aprano]

Steven D'Aprano  added the comment:

What do you think of adding a note in the documentation for median?

"If your data is ordinal (supports order operations) but not numeric (doesn't 
support addition), you should use ``median_low`` or ``median_high`` instead."

--

___
Python tracker 

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

[issue19251] bitwise ops for bytes of equal length

[Guido van Rossum]

Change by Guido van Rossum :


--
nosy:  -gvanrossum

___
Python tracker 

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

[issue33576] Remove exception wrapping from __set_name__ calls

[Carl Meyer]

Carl Meyer  added the comment:

Awkwardly, the motivating use case in issue21145 is a TypeError that we wanted 
to raise within __set_name__, and not have replaced. It feels a little ugly to 
special case TypeError this way. 

I like the _PyErr_TrySetFromCause idea. That function is a bit ugly too, in the 
way it has to try and sniff out whether an exception has extra state or is safe 
to copy and add extra context to. But in practice I think the results would be 
pretty good here. Most of the time you’d get the original exception but with 
added useful context; occasionally for some exception types you might just not 
get the extra context. But as long as TypeError falls in the former category it 
would help with the worst case. 

I’ll look at using that in the PR.

--

___
Python tracker 

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

[issue33528] os.getentropy support

[Christian Heimes]

Christian Heimes  added the comment:

I'm -1 on this feature.

It's both confusing and unnecessary to have this feature in the standard 
library. In general we prefer portable functions or expose platform-specific 
functions for unique features. The getentropy function is neither portable nor 
more useful than the high-level wrapper os.urandom().

If you truly require to access the raw function, then you can easily access the 
libc function with a simple C-types wrapper:

>>> from ctypes import cdll, create_string_buffer
>>> libc = cdll.LoadLibrary("libc.so.6") 
>>> buf = create_string_buffer(8)
>>> buf.raw
b'\x00\x00\x00\x00\x00\x00\x00\x00'
>>> libc.getentropy(buf, len(buf))
0
>>> buf.raw
b'\xd9\x83`\x8a\x89\xc7\x9eX'

--
nosy: +christian.heimes

___
Python tracker 

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

[issue28240] Enhance the timeit module: display average +- std dev instead of minimum

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Wait, I didn't notice the change to the format of raw timings. It looks as a 
regression to me.

--
status: closed -> open

___
Python tracker 

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

[issue33521] Add 1.32x faster C implementation of asyncio.isfuture().

[Jimmy Lai]

Jimmy Lai  added the comment:

@vstinner Thanks for the new benchmark, it provides more detailed wins:
It's 1.64x faster for future object and 1.23x faster for non-future object.
$ ./python.exe -m perf compare_to isfuture_original_2.json 
isfuture_optimized_2.json
future: Mean +- std dev: [isfuture_original_2] 224 ns +- 8 ns -> 
[isfuture_optimized_2] 135 ns +- 2 ns: 1.66x faster (-40%)
task: Mean +- std dev: [isfuture_original_2] 224 ns +- 6 ns -> 
[isfuture_optimized_2] 137 ns +- 3 ns: 1.64x faster (-39%)
regular_func: Mean +- std dev: [isfuture_original_2] 443 ns +- 5 ns -> 
[isfuture_optimized_2] 361 ns +- 5 ns: 1.23x faster (-18%)
str: Mean +- std dev: [isfuture_original_2] 449 ns +- 15 ns -> 
[isfuture_optimized_2] 360 ns +- 12 ns: 1.25x faster (-20%)

--

___
Python tracker 

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

[issue33521] Add 1.32x faster C implementation of asyncio.isfuture().

[Antoine Pitrou]

Antoine Pitrou  added the comment:

What is the impact on a regular application?  The fact that a micro-benchmark 
becomes X% faster isn't very interesting itself, especially as the original 
function, at less than 1µs per call, is already very fast.

--
nosy: +pitrou

___
Python tracker 

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

[issue33521] Add 1.32x faster C implementation of asyncio.isfuture().

[Jimmy Lai]

Jimmy Lai  added the comment:

@pitrou This change is part of optimization for asyncio.gather().
gather -> ensure_future -> isfuture/iscoroutine/isawaitable

We need C implementation for all those function to make gather really efficient 
for large scale application (e.g. Instagram)
Gather is really slow and cost ~2% CPU on our server.

The same optimization approach has been apply on other ciritcal asyncio 
modules, e.g. Future, get_event_loop, etc.

--

___
Python tracker 

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

[issue33521] Add 1.32x faster C implementation of asyncio.isfuture().

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Then it would be nice to post benchmarks using asyncio.gather() (on something 
not too trivial perhaps).

--

___
Python tracker 

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

[issue33579] calendar.timegm not always an inverse of time.gmtime

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +belopolsky

___
Python tracker 

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

[issue33579] calendar.timegm not always an inverse of time.gmtime

[Tim Peters]

Tim Peters  added the comment:

They both look wrong to me.  Under 3.6.5 on Win10, `one` and `three` are the 
same.

Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 17:00:18) [MSC v.1900 64 bit 
(AMD64)] on win32

time.struct_time(tm_year=2009, tm_mon=2, tm_mday=13, tm_hour=23, tm_min=31, 
tm_sec=39, tm_wday=4, tm_yday=44, tm_isdst=0)

And that matches what `datetime` computes:

>>> from datetime import *
>>> datetime(1970, 1, 1) + timedelta(seconds=1234567899)
datetime.datetime(2009, 2, 13, 23, 31, 39)

--
nosy: +tim.peters

___
Python tracker 

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

[issue32831] IDLE: Add docstrings and tests for codecontext

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 654038d896d78a8373b60184f335acd516215acd by Terry Jan Reedy 
(Cheryl Sabella) in branch 'master':
bpo-32831: IDLE: Add docstrings and tests for codecontext (GH-5638)
https://github.com/python/cpython/commit/654038d896d78a8373b60184f335acd516215acd


--

___
Python tracker 

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

[issue32831] IDLE: Add docstrings and tests for codecontext

[miss-islington]

Change by miss-islington :


--
pull_requests: +6640

___
Python tracker 

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

[issue32831] IDLE: Add docstrings and tests for codecontext

[miss-islington]

Change by miss-islington :


--
pull_requests: +6641

___
Python tracker 

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

[issue33479] Document tkinter and threads

[Terry J. Reedy]

Change by Terry J. Reedy :


--
keywords: +patch
pull_requests: +6642

___
Python tracker 

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

[issue33580] Make binary/text file glossary entries follow most common "see also" style

[Andrés Delfino]

New submission from Andrés Delfino :

While most entries don't show "see also" as a separate block, binary/text file 
entries do.

I'm proposing to change this.

--
assignee: docs@python
components: Documentation
messages: 317135
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: Make binary/text file glossary entries follow most common "see also" 
style
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33580] Make binary/text file glossary entries follow most common "see also" style

[Andrés Delfino]

Change by Andrés Delfino :


--
keywords: +patch
pull_requests: +6643
stage:  -> patch review

___
Python tracker 

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

[issue32831] IDLE: Add docstrings and tests for codecontext

[miss-islington]

miss-islington  added the comment:


New changeset 83aedc4d9ae36fb7bc05fd8b2caec55697b3efd2 by Miss Islington (bot) 
in branch '3.6':
bpo-32831: IDLE: Add docstrings and tests for codecontext (GH-5638)
https://github.com/python/cpython/commit/83aedc4d9ae36fb7bc05fd8b2caec55697b3efd2


--
nosy: +miss-islington

___
Python tracker 

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

[issue32831] IDLE: Add docstrings and tests for codecontext

[miss-islington]

miss-islington  added the comment:


New changeset 0efa1353b756bd61d4e852ff4ef146735bef5522 by Miss Islington (bot) 
in branch '3.7':
bpo-32831: IDLE: Add docstrings and tests for codecontext (GH-5638)
https://github.com/python/cpython/commit/0efa1353b756bd61d4e852ff4ef146735bef5522


--

___
Python tracker 

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

[issue18099] wsgiref sets Content-Length: 0 on 304 Not Modified

[Cheryl Sabella]

Cheryl Sabella  added the comment:

@flox declared this as 'good to merge' in 2014, but I don't believe the merge 
happened.

Should a PR be created for this patch?

Thanks!

--
nosy: +cheryl.sabella

___
Python tracker 

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

[issue2504] Add gettext.pgettext() and variants support

[Cheryl Sabella]

Cheryl Sabella  added the comment:

Éric,

Was your last comment intended as a todo for yourself or an outline of the 
steps needed for someone else to move this along (maybe it was a reply to 
Jonathan Schoonhoven's question)?

If the latter, I'd be happy to try to work on the PR.

Thanks!

--
nosy: +cheryl.sabella

___
Python tracker 

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

[issue33581] Document "optional components that are commonly included in Python distributions."

[Antony Lee]

New submission from Antony Lee :

The stdlib docs intro include the following sentences:

It also describes some of the optional components that are commonly 
included in Python distributions.

For Unix-like operating systems Python is normally provided as a collection 
of packages, so it may be necessary to use the packaging tools provided with 
the operating system to obtain some or all of the optional components.

However, as far as I can tell, there is no easy way to actually know what parts 
of the stdlib are "optional".  The _thread module's doc does state "The module 
is optional.", and the threading module's doc also implies that it is optional 
("The dummy_threading module is provided for situations where threading cannot 
be used because _thread is missing.") (yes, I know support for threadless 
builds is going away in 3.7; that's irrelevant here.), but even ensurepip's 
docs don't state that it may be missing (even though I believe(?) that it is 
indeed removed (and intended to be so) from some linux distribution's Pythons).

A master list of "optional" features would thus be welcome.  Its usefulness is 
to know what parts of the stdlib we can actually rely on; e.g. in 
https://github.com/matplotlib/matplotlib/issues/10866 a Matplotlib user noted 
that bz2 is not present in all Python installs.

--
assignee: docs@python
components: Documentation
messages: 317140
nosy: Antony.Lee, docs@python
priority: normal
severity: normal
status: open
title: Document "optional components that are commonly included in Python 
distributions."

___
Python tracker 

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

[issue17972] inspect module docs omits many functions

[Matthias Bussonnier]

Matthias Bussonnier  added the comment:

Just came across the same issue.

It think that the exact behavior may depend on  functions. IT is also unclear 
when to use what sometime. 

For example, `getsource` seem to be preferable to findsource, getsource cannot 
be use to get the source of wrapping function as it follows `__wrapped__`.

--
nosy: +mbussonn

___
Python tracker 

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

[issue17972] inspect module docs omits many functions

[Matthias Bussonnier]

Change by Matthias Bussonnier :


--
keywords: +patch
pull_requests: +6644
stage: needs patch -> patch review

___
Python tracker 

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

[issue1792] o(n*n) marshal.dumps performance for largish objects with patch

[Matthias Bussonnier]

Change by Matthias Bussonnier :


--
pull_requests: +6645

___
Python tracker 

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

[issue33582] formatargspec deprecated but does nto emit DeprecationWarning.

[Matthias Bussonnier]

New submission from Matthias Bussonnier :

Documentation says formatargspec is deprecated since 3.5, but no 
DeprecationWarnings are emitted, the docstring also does not mention this fact.

--
assignee: docs@python
components: Documentation
messages: 317142
nosy: docs@python, mbussonn
priority: normal
severity: normal
status: open
title: formatargspec deprecated but does nto emit DeprecationWarning.
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33582] formatargspec deprecated but does nto emit DeprecationWarning.

[Matthias Bussonnier]

Change by Matthias Bussonnier :


--
keywords: +patch
pull_requests: +6646
stage:  -> patch review

___
Python tracker 

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

[issue33576] Make exception wrapping less intrusive for __set_name__ calls

[Nick Coghlan]

Nick Coghlan  added the comment:

Yeah, the "transparent exception chaining" code falls into the category of code 
that I'm both proud of (since it works really well in typical cases [1]) and 
somewhat horrified by (since the *way* it works tramples over several 
principles of good object oriented design and is completely non-portable to 
other Python implementations).

Anyway, I've adjusted the issue title here to indicate that we don't want to 
remove the exception wrapping entirely, just make it less intrusive.

[1] See the hex encoding and bz2 decoding failure examples in 
https://docs.python.org/3/whatsnew/3.4.html#codec-handling-improvements

--
title: Remove exception wrapping from __set_name__ calls -> Make exception 
wrapping less intrusive for __set_name__ calls

___
Python tracker 

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

[issue32831] IDLE: Add docstrings and tests for codecontext

[Terry J. Reedy]

Change by Terry J. Reedy :


--
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

[issue33579] calendar.timegm not always an inverse of time.gmtime

[Martin Panter]

Martin Panter  added the comment:

According to Wikipedia, there were 24 leap seconds before Feb 2009. So my guess 
is Eitan’s “gmtime” implementation is calculating the date as if the timestamp 
(1234567899) includes leap seconds, as in 
. But according to 
Posix, the calculation should be for exactly 86400 timestamp seconds per day, 
and it should not adjust for leap seconds.

--
nosy: +martin.panter

___
Python tracker 

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

[issue32831] IDLE: Add docstrings and tests for codecontext

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Thanks for the good set of tests.

--

___
Python tracker 

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

[issue33521] Add 1.32x faster C implementation of asyncio.isfuture().

[Jimmy Lai]

Jimmy Lai  added the comment:

@pitrou We'll measure the wins of gather when we implement it in C. Before 
that, we need to get all helpers ready in C.

--

___
Python tracker 

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

[issue30928] Copy modified blurbs to idlelib/NEWS.txt for 3.7.0

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests: +6647

___
Python tracker 

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

[issue30928] Copy modified blurbs to idlelib/NEWS.txt for 3.7.0

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 6b0d09b8f06e6967fa3d41425cecf6499a353a6d by Terry Jan Reedy in 
branch 'master':
bpo-30928: Update idlelib/NEWS.txt. (#6995)
https://github.com/python/cpython/commit/6b0d09b8f06e6967fa3d41425cecf6499a353a6d


--

___
Python tracker 

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

[issue30928] Copy modified blurbs to idlelib/NEWS.txt for 3.7.0

[miss-islington]

Change by miss-islington :


--
pull_requests: +6648

___
Python tracker 

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

[issue30928] Copy modified blurbs to idlelib/NEWS.txt for 3.7.0

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 222ae1eccc819d82fcadbb3c9e1fba83339cc5c6 by Terry Jan Reedy (Miss 
Islington (bot)) in branch '3.7':
bpo-30928: Update idlelib/NEWS.txt. (GH-6995) (#6996)
https://github.com/python/cpython/commit/222ae1eccc819d82fcadbb3c9e1fba83339cc5c6


--

___
Python tracker 

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

[issue30928] Copy modified blurbs to idlelib/NEWS.txt for 3.7.0

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests: +6649

___
Python tracker 

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

[issue33479] Document tkinter and threads

[Ivan Pozdeev]

Ivan Pozdeev  added the comment:

I'm currently rewriting the docs, too, according to the plan @ #msg316492. WIP 
@ https://github.com/native-api/cpython/tree/tkinter_docs .

You PR lines up fine though is made redundant by 
https://github.com/native-api/cpython/commit/79b195a9028fd7bf6e8186dfced0fad6a41e87fa
 -- instead of removing Doc\library\tk.rst, I reduced it to a summary of 
chapter content without any claims about it whatsoever, like other chapter head 
pages.

--

___
Python tracker 

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

[issue28167] remove platform.linux_distribution()

[Andrey Bychkov]

Change by Andrey Bychkov :


--
pull_requests: +6650

___
Python tracker 

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

[issue32996] Improve What's New in 3.7

[Yury Selivanov]

Yury Selivanov  added the comment:


New changeset 63536bd286097e770909052052a21804a5e09b66 by Yury Selivanov (Elvis 
Pranskevichus) in branch 'master':
bpo-32996: The bulk of What's New in Python 3.7 (GH-6978)
https://github.com/python/cpython/commit/63536bd286097e770909052052a21804a5e09b66


--

___
Python tracker 

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

[issue32996] Improve What's New in 3.7

[Elvis Pranskevichus]

Change by Elvis Pranskevichus :


--
pull_requests: +6651

___
Python tracker 

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

[issue32996] Improve What's New in 3.7

[Yury Selivanov]

Yury Selivanov  added the comment:


New changeset 15f3d0cc7660ee62c7a1c0420afaee18c26a2a1f by Yury Selivanov (Elvis 
Pranskevichus) in branch '3.7':
[3.7] bpo-32996: The bulk of What's New in Python 3.7 (GH-6978). (GH-6998)
https://github.com/python/cpython/commit/15f3d0cc7660ee62c7a1c0420afaee18c26a2a1f


--

___
Python tracker 

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

[issue30928] Copy modified blurbs to idlelib/NEWS.txt for 3.7.0

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 09a5c077bd8d444e9701b4d1314160b8904434e0 by Terry Jan Reedy in 
branch '3.6':
[3.6] bpo-30928: Update idlelib/NEWS.txt. (GH-6995) (GH-6997)
https://github.com/python/cpython/commit/09a5c077bd8d444e9701b4d1314160b8904434e0


--

___
Python tracker 

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

[issue23722] During metaclass.__init__, super() of the constructed class does not work

[Nick Coghlan]

Nick Coghlan  added the comment:

I think the reference to RuntimeWarning in the docs is a typo (if it was only 
going to be a warning, it could have been that from the start), and that 
reference to RuntimeError in the code comment is correct.

So there's also a docs fix to make in 3.6 and 3.7 to provide the right info 
about future changes.

--

___
Python tracker 

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

[issue23722] During metaclass.__init__, super() of the constructed class does not work

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests: +6652

___
Python tracker 

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

[issue23722] During metaclass.__init__, super() of the constructed class does not work

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 8ae8e6af37f29163ee263e293570cb892dc5b5d5 by Serhiy Storchaka in 
branch 'master':
bpo-23722: Fix docs for future __classcell__ changes. (GH-6999)
https://github.com/python/cpython/commit/8ae8e6af37f29163ee263e293570cb892dc5b5d5


--

___
Python tracker 

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

[issue23722] During metaclass.__init__, super() of the constructed class does not work

[miss-islington]

Change by miss-islington :


--
pull_requests: +6653

___
Python tracker 

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

[issue23722] During metaclass.__init__, super() of the constructed class does not work

[miss-islington]

Change by miss-islington :


--
pull_requests: +6654

___
Python tracker 

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

[issue23722] During metaclass.__init__, super() of the constructed class does not work

[miss-islington]

miss-islington  added the comment:


New changeset 10a122c0d55b01b053126ef3fd4d9e05ab8f2372 by Miss Islington (bot) 
in branch '3.6':
bpo-23722: Fix docs for future __classcell__ changes. (GH-6999)
https://github.com/python/cpython/commit/10a122c0d55b01b053126ef3fd4d9e05ab8f2372


--
nosy: +miss-islington

___
Python tracker 

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

[issue23722] During metaclass.__init__, super() of the constructed class does not work

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset f5e7b1999f46e592d42dfab51563ea5411946fb7 by Serhiy Storchaka in 
branch 'master':
bpo-23722: Raise a RuntimeError for absent __classcell__. (GH-6931)
https://github.com/python/cpython/commit/f5e7b1999f46e592d42dfab51563ea5411946fb7


--

___
Python tracker 

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

[issue23722] During metaclass.__init__, super() of the constructed class does not work

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset f0af69faee902d4b80c07c100dbd528fd8df6832 by Serhiy Storchaka 
(Miss Islington (bot)) in branch '3.7':
bpo-23722: Fix docs for future __classcell__ changes. (GH-6999) (GH-7000)
https://github.com/python/cpython/commit/f0af69faee902d4b80c07c100dbd528fd8df6832


--

___
Python tracker 

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

[issue23722] During metaclass.__init__, super() of the constructed class does not work

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
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