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 bffce2cbb5543bc63a67e33ad599328a12f2b00a by Miss Islington (bot)
in branch '3.9':
bpo-45664: Fix resolve_bases() and new_class() for GenericAlias instance as a
base (GH-29298) (GH-29928)
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 :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
There is no AsyncConnection in unittest nor anywhere in the stdlib. It is just
an example illustrating the order of calling setup and teardown methods and
cleanup callbacks.
--
nosy: +serhiy.storchaka
Serhiy Storchaka added the comment:
In most cases the test is cheap even for large dict (it has constant complexity
if the dict never contained non-string keys).
--
___
Python tracker
<https://bugs.python.org/issue39
Serhiy Storchaka added the comment:
This issue was closed more than 2.5 years ago. The changes were made in 3.8,
not in 3.10. BTW, 3.8 only accepts security fixes now. Please open a new issue
for new discussion.
--
___
Python tracker
<ht
Serhiy Storchaka added the comment:
I disagree, but does not insists if other core developers have other opinion.
This is a special case which breaks the rules. The Python language
specification does not support non-string keywords. You cannot implement this
"feature" in Python.
Serhiy Storchaka added the comment:
See issue660144 which made float values be rejected in most cases where an
integer is expected rather of silently truncating them. It was at 2003. Guido
mentioned that is an age-old problem, so perhaps you can find older discussions
on the tracker or
Change by Serhiy Storchaka :
--
components: +Interpreter Core -Demos and Tools
priority: normal -> low
type: -> enhancement
___
Python tracker
<https://bugs.python.org/i
Serhiy Storchaka added the comment:
sqlite> select JSON_EXTRACT('["t\u00e8\u015b\ud835\udd99"]', '$[0]');
tèś��
--
nosy: +serhiy.storchaka
___
Python tracker
&l
Serhiy Storchaka added the comment:
Seems this is a bug in JSON_EXTRACT.
--
___
Python tracker
<https://bugs.python.org/issue38749>
___
___
Python-bugs-list m
Serhiy Storchaka added the comment:
I have reported a bug to SQLite. Will see an answer.
It could be possible to implement a workaround in Python if this behavior will
not be fixed.
--
nosy: +ghaering
___
Python tracker
<https://bugs.python.
Serhiy Storchaka added the comment:
It awaits moderator approval.
--
___
Python tracker
<https://bugs.python.org/issue38749>
___
___
Python-bugs-list mailin
Serhiy Storchaka added the comment:
New changeset e27449da92b13730a5e11182f329d5da98a5e05b by Serhiy Storchaka in
branch 'master':
bpo-38635: Simplify decoding the ZIP64 extra field and make it tolerant to
extra data. (GH-16988)
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 :
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue38755>
___
___
Python-bugs-list mailing list
Unsub
Serhiy Storchaka added the comment:
If sort the output of glob(), we should sort also the output of Path.glob(),
listdir(), and maybe walk().
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Serhiy Storchaka :
--
assignee: -> serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue38770>
___
___
Python-bugs-list mailing list
Un
Serhiy Storchaka added the comment:
I agree with Raymond. By default all objects are compared by identity and are
hashable. User classes are hashable, files are hashable, iterators are
hashable. Generator objects are just not special enough to be non-hashable.
We can reconsider this. But it
Serhiy Storchaka added the comment:
This looks like a plutil issue.
--
nosy: +ronaldoussoren, serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue38
Change by Serhiy Storchaka :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
I considered this. There is a limited number of functions that can produce
RawFD (os.open(), os.dup(), etc), and this is a single source of file
descriptors in an isolated program. File descriptors can be inherited by child
processes. But there are other
Serhiy Storchaka added the comment:
New changeset 138ccbb02216ca086047c3139857fb44f3dab1f9 by Serhiy Storchaka in
branch 'master':
bpo-38738: Fix formatting of True and False. (GH-17083)
https://github.com/python/cpython/commit/138ccbb02216ca086047c3139857fb
Change by Serhiy Storchaka :
--
pull_requests: +16633
pull_request: https://github.com/python/cpython/pull/17125
___
Python tracker
<https://bugs.python.org/issue38
Serhiy Storchaka added the comment:
New changeset d360346640e19231032b072216195484fa2450b4 by Serhiy Storchaka in
branch '3.8':
[3.8] bpo-38738: Fix formatting of True and False. (GH-17083) (GH-17125)
https://github.com/python/cpython/commit/d360346640e19231032b0722161954
Change by Serhiy Storchaka :
--
pull_requests: +16637
pull_request: https://github.com/python/cpython/pull/17128
___
Python tracker
<https://bugs.python.org/issue38
Change by Serhiy Storchaka :
--
keywords: +easy
___
Python tracker
<https://bugs.python.org/issue38731>
___
___
Python-bugs-list mailing list
Unsubscribe:
Serhiy Storchaka added the comment:
New changeset 42b619ac9aa7f889dcd8eeb14d813f17468454d9 by Serhiy Storchaka in
branch '3.7':
[3.7] bpo-38738: Fix formatting of True and False. (GH-17083) (GH-17128)
https://github.com/python/cpython/commit/42b619ac9aa7f889dcd8eeb14d813f
Change by Serhiy Storchaka :
--
status: open -> pending
___
Python tracker
<https://bugs.python.org/issue16885>
___
___
Python-bugs-list mailing list
Un
Serhiy Storchaka added the comment:
Thanks Vinay, Kyle and Terry for your review!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Serhiy Storchaka :
--
pull_requests: -16652
___
Python tracker
<https://bugs.python.org/issue38786>
___
___
Python-bugs-list mailing list
Unsubscribe:
Serhiy Storchaka added the comment:
It works to me (after fixing the assertion).
What Python version do you use? In Python 2 u'\uDD00' is encodable to UTF-8, so
the error handler is not called. u'\uDD00yz'.encode('utf8') gives
'\xed\xb4\x80yz
Serhiy Storchaka added the comment:
New changeset b44ffc8b409fd539c5fb2b79385498e9fe168880 by Serhiy Storchaka
(Marco Paolini) in branch 'master':
bpo-38677: Fix arraymodule error handling in module initialization. (GH-17039)
https://github.com/python/cpyt
Serhiy Storchaka added the comment:
It was confirmed that it is an SQLite bug, and it will be fixed in the next
SQLite bugfix release.
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracke
Change by Serhiy Storchaka :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Serhiy Storchaka :
--
type: crash -> behavior
___
Python tracker
<https://bugs.python.org/issue38749>
___
___
Python-bugs-list mailing list
Un
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Serhiy Storchaka :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
Historically the update_lines_cols() helper returned 0 on error, and I think
that it is better to keep it so.
The bug is in the Python function update_lines_cols() added in 3.5 (see
issue4254). Its implementation should return NULL if the helper returns 0
Serhiy Storchaka added the comment:
> math.floor(), which does return an int, [...] and I believe it was a mistake
> to change it to return an int.
What about math.trunc() and round()? Should they return int or float?
And what about the result of the floor division of floats? Should
Serhiy Storchaka added the comment:
New changeset 5fd5cb8d85fab3393dd76c7f3de1cdeb8ecf7203 by Serhiy Storchaka in
branch 'master':
bpo-38639: Optimize floor(), ceil() and trunc() for floats. (GH-16991)
https://github.com/python/cpython/commit/5fd5cb8d85fab3393dd76c7f3de1cd
Serhiy Storchaka added the comment:
New changeset bd44a7ead9f7336d7bb45f186b2b6ca0300154f7 by Serhiy Storchaka in
branch 'master':
bpo-38650: Constify PyStructSequence_UnnamedField. (GH-17005)
https://github.com/python/cpython/commit/bd44a7ead9f7336d7bb45f186b2b6c
Serhiy Storchaka added the comment:
New changeset a0652328a26757a90d63697b5c01f5427b1132b5 by Serhiy Storchaka in
branch 'master':
bpo-28286: Deprecate opening GzipFile for writing implicitly. (GH-16417)
https://github.com/python/cpython/commit/a0652328a26757a90d63697b5c01f5
Serhiy Storchaka added the comment:
> However, that's still going to be clearer to most readers than writing
It is subjective. To me, j+1/j looks clearer than (j:=i*i)+1/j. In addition,
the for-as-assignment idiom is more powerful in context of comprehensions, it
allows to set an
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9 -Python 3.7
___
Python tracker
<https://bugs.python.or
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
PyObject_CallMethod(file, "flush", NULL)
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.o
Serhiy Storchaka added the comment:
New changeset 111772fc27cfe388bc060f019d68a3e33481ec65 by Serhiy Storchaka
(Toke Høiland-Jørgensen) in branch 'master':
bpo-38811: Check for presence of os.link method in pathlib. (GH-17170)
https://github.com/python/cpyt
Serhiy Storchaka added the comment:
New changeset 2bc343417a4de83fa6998ff91303877734ecd366 by Serhiy Storchaka
(Zackery Spytz) in branch 'master':
bpo-36589: Fix the error handling in curses.update_lines_cols(). (GH-12766)
https://github.com/python/cpyt
Serhiy Storchaka added the comment:
Low level functions inthe os module support both str and bytes paths (they
support also path-like objects and often support open file descriptors). But
high level functions support only str and maybe path-like objects. Use
os.fsdecode if you need to
Serhiy Storchaka added the comment:
I cannot creàte a pr now. Please take this issue yourself Inada+san.
--
assignee: serhiy.storchaka ->
___
Python tracker
<https://bugs.python.org/issu
Serhiy Storchaka added the comment:
The standard requires interpreting filename encoding as cp470 or utf8. But for
practical reasons it would be handy to allow to specify other encoding (which
is not necessary equal ti the local filesystem encoding)
. This is issue28080. But i left this
Serhiy Storchaka added the comment:
To get 20.45 use the true division operator /.
If float // int would return int, 1e300 // 2 would return a 300-digit integer.
It takee more memory and its creation is slower than 5e299. In addition it does
not make sense to provide such precision
Serhiy Storchaka added the comment:
Thank you Inada-san.
--
___
Python tracker
<https://bugs.python.org/issue26730>
___
___
Python-bugs-list mailing list
Unsub
Change by Serhiy Storchaka :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Problem with Checkbutton and duplicate last name components
___
Python tracker
<https://bugs.python
Serhiy Storchaka added the comment:
There were reasons why something like PurePath.normalize() was not added at
first place. os.path.normpath() is broken by design. It does not work as you
expect in case when the .. component is preceeded by a symlink. Its behvior can
lead to bugs and maybe
Change by Serhiy Storchaka :
--
priority: normal -> low
versions: +Python 3.9 -Python 3.4
___
Python tracker
<https://bugs.python.org/issue17068>
___
___
Py
Serhiy Storchaka added the comment:
New changeset 8d62df60d8733d0fa9aee14ef746d0009a7a9726 by Serhiy Storchaka
(Daniel Hillier) in branch 'master':
bpo-37523: Raise ValueError for I/O operations on a closed zipfile.ZipExtFile.
(GH-14658)
https://github.com/python/cpyt
Change by Serhiy Storchaka :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9 -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
Stefan's arguments looked reasonable to me. I supported deprecating
Element.__bool__. This was an old plan, although we failed with deprecation in
the C implementation (this is not the first oversight in deprecations in
ElementTree).
But there
Change by Serhiy Storchaka :
--
resolution: -> duplicate
stage: test needed -> resolved
status: open -> closed
superseder: -> Multiline ast.dump()
___
Python tracker
<https://bugs.python
Serhiy Storchaka added the comment:
We usually do not accept cosmetic changes. If these lines be changed for other
reasons (fixing a bug, adding new feature), their style can be changed.
--
resolution: -> rejected
stage: -> resolved
status: open -&g
Change by Serhiy Storchaka :
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Serhiy Storchaka :
Please provide any details. What methods and why do you think they do not work
properly.
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue38
Change by Serhiy Storchaka :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> int method works improperly
___
Python tracker
<https://bugs.python
Serhiy Storchaka added the comment:
Add
try:
...
except:
file.close()
raise
--
components: +IO, Library (Lib)
keywords: +easy
stage: -> needs patch
type: -> resource usage
versions: +Python 2.7, Python 3.7, Python 3.8, Pyth
Serhiy Storchaka added the comment:
What is your OS? Is it macOS specific issue?
--
___
Python tracker
<https://bugs.python.org/issue38974>
___
___
Python-bug
Serhiy Storchaka added the comment:
Many reasons.
1. It is simpler.
2. We will need a try/except in any case to prevent a leak if an exception be
raised by other code following open().
3. It matches the behavior of io.open().
--
___
Python
Change by Serhiy Storchaka :
--
nosy: +gvanrossum, levkivskyi
___
Python tracker
<https://bugs.python.org/issue38978>
___
___
Python-bugs-list mailing list
Unsub
Change by Serhiy Storchaka :
--
nosy: +gvanrossum, levkivskyi
___
Python tracker
<https://bugs.python.org/issue38979>
___
___
Python-bugs-list mailing list
Unsub
Serhiy Storchaka added the comment:
It is common practice that the module specific exception is called just
"error". There is nothing wrong with this.
I do not see a need to introduce a different alias.
--
nosy: +serhiy.storchaka
resolution: -> not a bug
stage: ->
Serhiy Storchaka added the comment:
See also the discussion about renaming json.loads():
https://mail.python.org/archives/list/python-id...@python.org/thread/EJTIVQ2ZFSVHALTLRGFCOMOYGZYMKGQU/
--
___
Python tracker
<https://bugs.python.
Serhiy Storchaka added the comment:
Since it affects more than one module I suggest to discuss the idea about
renaming exceptions of the Python-Ideas maillist first. Until different
decision be made I am closing. Personally I think this is a duplicate of just
discussed and rejected idea
Serhiy Storchaka added the comment:
In case of malloc, every memory allocating code need to use
malloc/calloc/realloc. This is official and the only way to allocate a memory.
But we do not guarantee that Python core uses only public C API like
PyErr_Occurred(). It can use more low-level and
Change by Serhiy Storchaka :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Serhiy Storchaka added the comment:
Reopened after discussing on Python-ideas:
https://mail.python.org/archives/list/python-id...@python.org/thread/64NHNY6RD4HQWBSBV6J7XIN7UAHNTQBR/.
--
resolution: not a bug ->
stage: resolved -> needs patch
status: closed ->
Change by Serhiy Storchaka :
--
keywords: +easy -patch
___
Python tracker
<https://bugs.python.org/issue9529>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Serhiy Storchaka :
--
keywords: +easy
___
Python tracker
<https://bugs.python.org/issue38981>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Serhiy Storchaka :
--
keywords: +patch -easy
resolution: -> rejected
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.o
Change by Serhiy Storchaka :
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue35048>
___
___
Python-bugs-list mailing list
Unsub
Change by Serhiy Storchaka :
--
nosy: +lemburg, mark.dickinson, rhettinger, stutzbach
___
Python tracker
<https://bugs.python.org/issue38992>
___
___
Python-bug
Serhiy Storchaka added the comment:
I am not sure about the new name. "re" is an abbreviation, so if include it in
the exception name it should be "RE". I am not sure what name is better:
RECompileError, REParseError, RESyntaxError, REError, CompileError, ParseError,
Serhiy Storchaka added the comment:
Is not this test select random files in non-verbose mode?
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue39
Serhiy Storchaka added the comment:
See also issue31802. I skipped genericpath because I did not expect that
somebody can import it directly (unlike to posixpath, ntpath and macpath).
genericpath is an internal module, it is not even documented.
--
nosy: +serhiy.storchaka
Change by Serhiy Storchaka :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue38990>
___
___
Python-bugs-list
Change by Serhiy Storchaka :
--
keywords: +easy
stage: -> needs patch
type: -> enhancement
versions: +Python 2.7 -Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/i
Change by Serhiy Storchaka :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> while False: break => SyntaxError: 'break' outside loop
___
Python tracker
<https:
Serhiy Storchaka added the comment:
See https://www.w3.org/TR/REC-xml/#sec-line-ends.
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue39
Serhiy Storchaka added the comment:
They were added in a22e8bdfd92cd4f1bc3d60e91df6410c4efde6a0. Additional types
like PyDictRevIterKey_Type were added later. I am not sure that all these types
should be exposed in the public C API.
--
nosy: +christian.heimes, serhiy.storchaka
Serhiy Storchaka added the comment:
How did you get warnings?
--
___
Python tracker
<https://bugs.python.org/issue39015>
___
___
Python-bugs-list mailin
Change by Serhiy Storchaka :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Serhiy Storchaka :
--
nosy: +lars.gustaebel, serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue39017>
___
___
Python-bugs-list mailin
Serhiy Storchaka added the comment:
Even if make TemporaryFile a subclass of IOBase (I am not sure we should do
this) you could only use this in Python 3.9 and newer. I think it is better to
fix this issue on the aiohttp side. aiohttp already registers payload types for
a bunch of file-like
Serhiy Storchaka added the comment:
I prefer option (b). We can also just use
#if !defined(_AIX) || defined(NCURSES_VERSION)
Interesting, a comment in curses.h:
* Notes:
* a. ESCDELAY was an undocumented feature under AIX curses.
* It gives the ESC expire time in
Serhiy Storchaka added the comment:
Actually things are more complex. TemporaryFile is not a class, it is a
function, so it does not make sense to use it with isinstance(). And if add
support for TemporaryFile, NamedTemporaryFile and SpooledTemporaryFile should
be supported too.
It may be
Serhiy Storchaka added the comment:
I have doubts that making _TemporaryFileWrapper a subclass of IOBase can make
it simpler. It can make it more complex. _TemporaryFileWrapper is a proxy class
with the __getattr__ method which not just return attributes of the underlying
file, but wraps
Serhiy Storchaka added the comment:
Could you please provide benchmarks which demonstrate the performance issue?
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue39
Change by Serhiy Storchaka :
--
status: open -> pending
___
Python tracker
<https://bugs.python.org/issue39015>
___
___
Python-bugs-list mailing list
Un
2201 - 2300 of 25874 matches
Mail list logo