Serhiy Storchaka added the comment:
New changeset bfb1cf44658934cbcd9707fb717d6770c78fbeb3 by Serhiy Storchaka in
branch 'master':
bpo-40275: Move transient_internet from test.support to socket_helper (GH-19711)
https://github.com/python/cpyt
Serhiy Storchaka added the comment:
I think it was a typo. You cannot combine anything with the u prefix.
--
___
Python tracker
<https://bugs.python.org/issue40
Serhiy Storchaka added the comment:
The original issue was about different error messages in REPL and eval(). But
it is not related to string prefixes. We have the same difference without
involving strings:
>>> a b
File "", line 1
a b
^
SyntaxError: invalid s
Serhiy Storchaka added the comment:
array.array should copy the content, to be able to modify it. It implements
both the storage for data and the view of that storage.
What you want is already implemented as the memoryview object.
>>> import array
>>> x = array.array(
Serhiy Storchaka added the comment:
Yes, it is a bug. __len__ can return a value different from the amount of bytes
(in array.array, memoryview).
len(buffer) can be replaced with memoryview(buffer).nbytes, but maybe we could
keep None and let the lower level to handle it.
--
nosy
Change by Serhiy Storchaka :
--
assignee: -> serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue40408>
___
___
Python-bugs-list mailing list
Un
Serhiy Storchaka added the comment:
+1
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue40465>
___
___
Python-bugs-list mailin
Change by Serhiy Storchaka :
--
keywords: +patch
pull_requests: +19154
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19836
___
Python tracker
<https://bugs.python.org/issu
Serhiy Storchaka added the comment:
While PR 19786 makes the PEG generator working on 3.6, it fails on 3.7. Seems
there are more dependencies on wrong tokenizer. Please don't forget to fix this.
--
___
Python tracker
<https://bugs.py
Serhiy Storchaka added the comment:
> My sense is it would be a welcome thing to see something like array.array,
> that is designed to work with low-level data types, support creation from an
> existing buffer without the need for a copy
It is called m
Change by Serhiy Storchaka :
--
pull_requests: +19164
pull_request: https://github.com/python/cpython/pull/19846
___
Python tracker
<https://bugs.python.org/issue39
Serhiy Storchaka added the comment:
New changeset 531d1e541284bfd7944f8c66a5e8c3c3234afaff by Serhiy Storchaka in
branch 'master':
bpo-39435: Make the first argument of pickle.loads() positional-only. (GH-19846)
https://github.com/python/cpyt
Change by Serhiy Storchaka :
--
pull_requests: +19173
pull_request: https://github.com/python/cpython/pull/19857
___
Python tracker
<https://bugs.python.org/issue40
Serhiy Storchaka added the comment:
Yes, I have not closed this issue yet because it required a manual backporting
to 3.8.
--
___
Python tracker
<https://bugs.python.org/issue40
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
New changeset a629d4c63c55ba36be36ff105dfc103b710c9a2d by Serhiy Storchaka in
branch '3.8':
[3.8] bpo-40398: Fix typing.get_args() for special generic aliases. (GH-19720)
(GH-19857)
https://github.com/python/cpyt
Serhiy Storchaka added the comment:
New changeset 766352320fd736e2c8ed545b4cc57563f61a0b9d by Sander in branch
'master':
bpo-40419: timeit CLI docs now mention 1,2,5,10,... trials instead of powers of
10 (GH-19752)
https://github.com/python/cpyt
Serhiy Storchaka added the comment:
There is a difference between PR 19836 and the typing module in handling nested
unsubscribed generic aliases:
>>> from typing import *
>>> T = TypeVar('T')
>>> D1 = Dict[T, List]
>>> D2 = dict[T, List]
>&
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
There is no principal difference between Path.iterdir() and os.listdir().
Somebody can change the directory during iteration. The only difference is that
in the latter case you iterate in C instead of Python, so it is less easy to
catch a race condition
Change by Serhiy Storchaka :
--
pull_requests: -19201
___
Python tracker
<https://bugs.python.org/issue40426>
___
___
Python-bugs-list mailing list
Unsubscribe:
Serhiy Storchaka added the comment:
New changeset 41a64587a0fd68bcd21ba42999cd3940801dff7c by Serhiy Storchaka in
branch 'master':
bpo-40408: Fix support of nested type variables in GenericAlias. (GH-19836)
https://github.com/python/cpython/commit/41a64587a0fd68bcd21ba42999cd39
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Serhiy Storchaka :
There is a difference between typing.Callable and collections.abc.Callable.
>>> import typing, collections.abc
>>> T = typing.TypeVar('T')
>>> C1 = typing.Callable[[T], T]
>>> C2 = collections.abc.Callable[[
Serhiy Storchaka added the comment:
New changeset c3f001461d5794c81cf5f70e08ae5435fe935ceb by Shantanu in branch
'master':
bpo-40491: Fix typo in syntax error for numeric literals (GH-19893)
https://github.com/python/cpython/commit/c3f001461d5794c81cf5f70e08ae5435fe935ceb
-
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
type: -> behavior
versions: +Python 3.9
___
Python tracker
<https://bugs.python
Serhiy Storchaka added the comment:
What is wrong with the current behavior? Why does the case of hexadecimal
digits matter?
There are no options to repr() to control the case of hexadecimal digits in
and '\ufffe', and I doubt there are such
options in other functions
Serhiy Storchaka added the comment:
I think it is worth to fix and it should be not difficult to fix. Either make
the output file name absolute before executing the script, or open the output
file before executing the script (what is easier). Unless I miss something.
--
nosy
Serhiy Storchaka added the comment:
See issue1517.
--
___
Python tracker
<https://bugs.python.org/issue40489>
___
___
Python-bugs-list mailing list
Unsubscribe:
Serhiy Storchaka added the comment:
It can also crash.
ast.literal_eval('+0'*10**6)
The cause is that all AST handling C code (in particularly converting the AST
from C to Python) is recursive, and therefore can overflow the C stack. Some
recursive code has arbitrary limits w
Serhiy Storchaka added the comment:
Of course. There is more than one way to fix it:
* Make GenericAlias substituting type variables in list. It is easier and it
will fix this particular case, but there will be subtle differences in __args__.
* Add a GenericAlias subclass with overridden
Serhiy Storchaka added the comment:
xml.etree.cElementTree should be treated in the same way as cStringIO and
cPickle -- they where separate modules in the past, but now the acceleration is
used by default in io.StringIO and pickle. It looks an oversign that it was not
removed in 3.0
Serhiy Storchaka added the comment:
Thank you Miro for information. It looks as awesome work!
The simplest solution would be to restore xml.etree.cElementTree and keep it
forever. It will not harm anyone, it is just outdated import here and there.
We could also write an import hook which
Serhiy Storchaka added the comment:
It is hard to say what is the problem, but seems it was solved in 3.7. Either
it was an optimization, or a bug fix which had such side effect. If it was a
bug fix, it was one of backward incompatible bugfixes which are not backported
to older versions
Change by Serhiy Storchaka :
--
pull_requests: +19235
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/19920
___
Python tracker
<https://bugs.python.org/issu
Serhiy Storchaka added the comment:
I do not think that it is right to emit a warning at import time. We should not
punish people which do things right: fallback to xml.etree.ElementTree and test
with -We.
--
___
Python tracker
<ht
Serhiy Storchaka added the comment:
You just read my thoughts. That's what I was going to do tonight. ;)
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/is
Serhiy Storchaka added the comment:
"string" is only used for
* type_comment in a number of statements
* kind in Constant
* tag in type_ignore
For which of them a line number is meaningful and useful?
--
___
Python track
Serhiy Storchaka added the comment:
New changeset c1c7d8ead9eb214a6149a43e31a3213c52448877 by Serhiy Storchaka in
branch 'master':
bpo-40397: Refactor typing._GenericAlias (GH-19719)
https://github.com/python/cpython/commit/c1c7d8ead9eb214a6149a43e31a321
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
The next PR removes __args__ and __parameters__ from _SpecialGenericAlias.
* No existing test is failed. It is an evidence that these attributes are not
intended, but a side effect of mixing two different kinds in one class.
* get_args() ignores __args__
Change by Serhiy Storchaka :
--
pull_requests: +19300
pull_request: https://github.com/python/cpython/pull/19984
___
Python tracker
<https://bugs.python.org/issue40
Serhiy Storchaka added the comment:
But they are not required, right?
--
___
Python tracker
<https://bugs.python.org/issue40426>
___
___
Python-bugs-list mailin
Serhiy Storchaka added the comment:
Concur with Christian. Heh, I was going to propose the same.
--
resolution: -> rejected
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
New changeset fcb285609a2e55f2dc63dcfbb32e4e2fddf71546 by Serhiy Storchaka in
branch 'master':
bpo-40397: Remove __args__ and __parameters__ from _SpecialGenericAlias
(GH-19984)
https://github.com/python/cpyt
Serhiy Storchaka added the comment:
Thank you Jelle for your report. There is even simpler example:
Dict[Tuple[T], List[int]][str]
--
___
Python tracker
<https://bugs.python.org/issue40
Change by Serhiy Storchaka :
--
pull_requests: +19332
pull_request: https://github.com/python/cpython/pull/20021
___
Python tracker
<https://bugs.python.org/issue40
Serhiy Storchaka added the comment:
Even simpler: Dict[T, List[int]][str].
Dict[T, list[int]][str] also fails. But dict[T, list[int]][str] works as
expected (and there are tests).
--
___
Python tracker
<https://bugs.python.org/issue40
Serhiy Storchaka added the comment:
New changeset 0122d48681b1df27015cf396559fb283ba364d6d by Serhiy Storchaka in
branch 'master':
bpo-40397: Fix subscription of nested generic alias without parameters.
(GH-20021)
https://github.com/python/cpyt
Change by Serhiy Storchaka :
--
pull_requests: +19333
pull_request: https://github.com/python/cpython/pull/20022
___
Python tracker
<https://bugs.python.org/issue40
Serhiy Storchaka added the comment:
New changeset 2fbc57af851814df567fb51054cb6f6a399f814a by Serhiy Storchaka in
branch 'master':
bpo-40257: Tweak docstrings for special generic aliases. (GH-20022)
https://github.com/python/cpython/commit/2fbc57af851814df567fb51054cb6f
Serhiy Storchaka added the comment:
help(1) as well as help(int) output the help for int. The only difference is
that the former has the first line "Help on int object:", and the latter --
"Help on class int in module builtins:".
If IPython wants to output the help
Change by Serhiy Storchaka :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue40
New submission from Serhiy Storchaka :
Currently you get SyntaxError with message "invalid character in identifier" in
two cases:
1. The source code contains some non-ASCII non-identifier character. Usually it
happens when you copy code from internet page or PDF file which was &quo
Change by Serhiy Storchaka :
--
keywords: +patch
pull_requests: +19342
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20033
___
Python tracker
<https://bugs.python.org/issu
New submission from Serhiy Storchaka :
>>> import _testcapi
>>> u = '\U0001d580\U0001d593\U0001d58e\U0001d588\U0001d594\U0001d589\U0001d58a'
>>> u.isidentifier()
True
>>> _testcapi.unicode_legacy_string(u).isidentifier()
False
--
comp
Change by Serhiy Storchaka :
--
keywords: +patch
pull_requests: +19345
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20035
___
Python tracker
<https://bugs.python.org/issu
Serhiy Storchaka added the comment:
Do we need the C implementation if there is the Python implementation?
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue40
Serhiy Storchaka added the comment:
I am not sure that changes in issue39500 was correct. It is easier to catch a
bug if crash consistently when you pass a non-canonicalized strings then if
silently return a wrong result for specific input on particular platform.
Alternatively, you could
Serhiy Storchaka added the comment:
New changeset 74ea6b5a7501fb393cd567fb21998d0bfeeb267c by Serhiy Storchaka in
branch 'master':
bpo-40593: Improve syntax errors for invalid characters in source code.
(GH-20033)
https://github.com/python/cpyt
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Serhiy Storchaka :
--
pull_requests: +19362
pull_request: https://github.com/python/cpython/pull/20053
___
Python tracker
<https://bugs.python.org/issue40
Serhiy Storchaka added the comment:
Thank you for your PR Ville, but I think this change cannot be accept.
There was a ton of functions which became supporting path-like objects in 3.6.
We deliberately did not add versionchanged directives to them because it would
just add a noise
Serhiy Storchaka added the comment:
New changeset 5650e76f63a6f4ec55d00ec13f143d84a2efee39 by Serhiy Storchaka in
branch 'master':
bpo-40596: Fix str.isidentifier() for non-canonicalized strings containing
non-BMP characters on Windows. (GH-20053)
https://github.com/python/cpyt
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
I can just copy the implementation of inspect.getdoc() and related functions in
pydoc for use in help(), and restore the old code in the inspect module. Of
course it will mean that third-party tools will continue to show incorrect
docstrings in some
Change by Serhiy Storchaka :
--
pull_requests: +19379
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/20073
___
Python tracker
<https://bugs.python.org/issu
Serhiy Storchaka added the comment:
If you want to read json objects encoded one per line (JSON Lines or NDJSON),
you can do this with just two lines of code:
for line in file:
yield json.loads(line)
This format is not formally standardized, but it is popular because its support
Serhiy Storchaka added the comment:
I am not sure what is better: to fix it at high level, in main() for cProfile
and cProfile, or at low level, in methods runctx() and run() of profile._Utils.
--
___
Python tracker
<https://bugs.python.
Serhiy Storchaka added the comment:
First, the code for checking arguments was significantly changed in recent
versions. So if we are going to make these changes the patch should be not just
rebased, but rewritten from zero.
Second, the error messages for wrong number of positional
Change by Serhiy Storchaka :
--
pull_requests: +19421
pull_request: https://github.com/python/cpython/pull/20117
___
Python tracker
<https://bugs.python.org/issue36
Serhiy Storchaka added the comment:
I think that there is no much benefit in avoiding to import modules which are
imported in libregrtest. In particular threading, subprocess, tempdir, os,
fnmatch, etc. You should minimize import of test.libregrtest + test.support,
not just test.support
Serhiy Storchaka added the comment:
No longer reproduced.
--
resolution: -> out of date
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
I do not think there is something wrong with the current code.
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue40
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
Serhiy Storchaka added the comment:
New changeset 08b47c367a08f571a986366aa33828d3951fa88d by Serhiy Storchaka in
branch 'master':
bpo-40257: Revert changes to inspect.getdoc() (GH-20073)
https://github.com/python/cpython/commit/08b47c367a08f571a986366aa33828
Serhiy Storchaka added the comment:
Original PR: https://github.com/python/cpython/pull/23524
I just checked, it has a visual effect for readers. For example:
"""
BUILD_STRING(count)
Concatenates count strings from the stack and pushes the resulting string
onto the sta
Serhiy Storchaka added the comment:
The most visible effect in tests is that asyncio.gatcher() and some other
synchronous functions will need a running loop if any of arguments is a
coroutine.
--
___
Python tracker
<https://bugs.python.
Serhiy Storchaka added the comment:
"{" has special meaning only when it is used in the special forms "\{[0-9]+\}",
"\{,[0-9]+\}" or "\{[0-9]+,[0-9]+\}". In all other cases it means literal "{".
I once tried to emit warnings when non-escaped
Change by Serhiy Storchaka :
--
keywords: +patch
pull_requests: +22435
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23554
___
Python tracker
<https://bugs.python.org/issu
Serhiy Storchaka added the comment:
I would call it decorator_factory.
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue42
Serhiy Storchaka added the comment:
You can already write such code in 3.10. In earlier Python versions you can
either write annotation explicitly as string or (since 3.7) use and import
suggested by Irit.
--
nosy: +serhiy.storchaka
resolution: -> out of date
stage: -> re
Change by Serhiy Storchaka :
--
nosy: +Mark.Shannon, serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue42500>
___
___
Python-bugs-list mailin
Serhiy Storchaka added the comment:
1 KiB is too low for Python. The interpreter itself needs more than 10 MiB to
start, and more if it imports some modules. I suppose that the limit set affect
only new requests for memory from OS, but Python already have some free memory
reserved in the
Serhiy Storchaka added the comment:
New changeset 6cc2c419f6cf5ed336609ba01055e77d7c553e6d by Serhiy Storchaka in
branch 'master':
bpo-42142: Try to fix timeouts in ttk tests (GH-23474)
https://github.com/python/cpython/commit/6cc2c419f6cf5ed336609ba01055e7
Serhiy Storchaka added the comment:
Try to test with 6cc2c419f6cf5ed336609ba01055e77d7c553e6d (PR-23474). All of
failing tests were modified to make them passing on Windows, so I expect that
this can help on macOS too (in most cases). If it does not help I will propose
other changes for
Serhiy Storchaka added the comment:
Would be nice to include these examples (and more if they exist) in the PR. It
will help to see the benefit from the new feature and to test that it does not
break anything.
I have no opinion yet, but multiple examples can convince me. Or not
Serhiy Storchaka added the comment:
(2) is not a tuple. It is just a number 2. To make a tuple containing a single
item you need to use special syntax: add a comma to that item. Parenthesis are
optional.
>>> (2)
2
>>> (2,)
(2,)
>>> 2,
(2,)
--
nosy: +
Serhiy Storchaka added the comment:
I have no ideas. Try to add more calls of update() in these tests.
--
___
Python tracker
<https://bugs.python.org/issue42
Serhiy Storchaka added the comment:
Torch is not the part of the standard Python library. Please file the report on
the Torch bug tracker.
--
nosy: +serhiy.storchaka
resolution: -> third party
stage: -> resolved
status: open -> closed
_
Serhiy Storchaka added the comment:
Can I get a remote access to machine with macOS?
--
___
Python tracker
<https://bugs.python.org/issue42507>
___
___
Pytho
Change by Serhiy Storchaka :
--
pull_requests: +22479
pull_request: https://github.com/python/cpython/pull/23612
___
Python tracker
<https://bugs.python.org/issue42
Serhiy Storchaka added the comment:
Thank you for your report David. I have not Windows 7 and does not know how to
reproduce this on Windows 10 so will just skip tests for specific themes on
Windows 7.
--
___
Python tracker
<ht
Change by Serhiy Storchaka :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue42537>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Serhiy Storchaka :
--
nosy: +rhettinger, serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue42536>
___
___
Python-bugs-list mailin
Serhiy Storchaka added the comment:
You can get a list of all tests with --list-cases and then run them in separate
processes.
--
___
Python tracker
<https://bugs.python.org/issue42
Serhiy Storchaka added the comment:
New changeset f3c3ea91a76526edff928c95b9c6767e077b7448 by Serhiy Storchaka in
branch 'master':
bpo-42328: Skip some tests with themes vista and xpnative on Windows 7
(GH-23612)
https://github.com/python/cpyt
Serhiy Storchaka added the comment:
Why there are cycles at all? In normal case there should not be cycle and the
result tuple should be destroyed when the iteration ends.
--
___
Python tracker
<https://bugs.python.org/issue42
Serhiy Storchaka added the comment:
New changeset 2ad93821a69e6efac3b0efe1d205d6e5ef030791 by Serhiy Storchaka in
branch 'master':
bpo-42431: Fix outdated bytes comments (GH-23458)
https://github.com/python/cpython/commit/2ad93821a69e6efac3b0efe1d205d6
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
2901 - 3000 of 25874 matches
Mail list logo