New submission from Irit Katriel :
Following issue45711 this opcode can be replaced by
ADDOP(c, ROT_THREE);
ADDOP(c, ROT_THREE);
ADDOP(c, POP_EXCEPT);
ADDOP_I(c, RERAISE, 1);
--
assignee: iritkatriel
components: Interpreter Core
messages: 409356
nosy: iritkatriel
priority: normal
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +28514
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30302
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
Zac, the documentation for PyErr_Print [1] states that it clears the error
indicator. This is akin to handling the exception. Was this your intention?
If you want to print the exception without clearing it, I think you would
probably need to call PyErr_Fetch
Irit Katriel added the comment:
I think this can be closed as out of date because PyFile_WriteString/Object no
longer use puts and they do check for errors. The error checking of
PyFile_WriteString/Object in the traceback display code was the subject of
Issue45635.
--
nosy
Irit Katriel added the comment:
BUILD_MAP_UNPACK and BUILD_MAP_UNPACK_WITH_CALL have been removed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue35
Change by Irit Katriel :
--
assignee: iritkatriel
components: Interpreter Core
nosy: iritkatriel
priority: normal
severity: normal
status: open
title: Remove unused opcode ROT_FOUR
versions: Python 3.11
___
Python tracker
<https://bugs.python.
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +28531
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30314
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
pull_requests: -28503
___
Python tracker
<https://bugs.python.org/issue45711>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
This is done, there will be more cleanups that this enables but they can have
their own issues.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracke
Change by Irit Katriel :
--
pull_requests: -28193
___
Python tracker
<https://bugs.python.org/issue45711>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
pull_requests: -28217
___
Python tracker
<https://bugs.python.org/issue45711>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Irit Katriel :
except* checks truthiness of the output of PREP_RERAISE_STAR, and this gives
the wrong result for false ExceptionGroup subclasses. See
https://github.com/python/cpython/pull/30302#discussion_r776825568
--
components: Interpreter Core
messages: 409454
Change by Irit Katriel :
--
title: except* assumes that an exception group is truth -> except* assumes that
an exception group is truthy
___
Python tracker
<https://bugs.python.org/issu
New submission from Irit Katriel :
Following issue45711, the implementation of except* can be simplified - we do
not need to use POP_EXCEPT_AND_RERAISE to reraise the exception calculated by
PREP_RERAISE_STAR, we can instead
1. Make PREP_RERAISE_STAR not push a dummy lasti to the stack.
2
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +28538
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30289
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
pull_requests: +28539
pull_request: https://github.com/python/cpython/pull/30289
___
Python tracker
<https://bugs.python.org/issue45
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +28540
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30289
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
keywords: +patch
nosy: +iritkatriel
nosy_count: 2.0 -> 3.0
pull_requests: +28541
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30326
___
Python tracker
<https://bugs.python.org/i
Change by Irit Katriel :
--
type: -> behavior
versions: -Python 3.6, Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue46216>
___
_
Irit Katriel added the comment:
... "for falsy ExceptionGroup subclasses"
--
___
Python tracker
<https://bugs.python.org/issue46219>
___
___
Python-b
Irit Katriel added the comment:
Can you specify what the flaws your discovered are, either in this issue or
though a PR?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue45
Irit Katriel added the comment:
I think this proposal should be rejected. We cannot safely pass control back to
python code in the midst of raising an exception.
--
resolution: -> rejected
status: open -> pending
___
Python tracker
Irit Katriel added the comment:
New changeset a82baed0e9e61c0d8dc5c12fc08de7fc172c1a38 by Irit Katriel in
branch 'main':
bpo-45615: Add missing test for printing traceback for non-exception. Fix
traceback.py (GH-30091)
https://github.com/python/cpyt
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
New changeset 65e7c1f90e9136fc61f4af029b065d9f6c5664c3 by Irit Katriel in
branch 'main':
bpo-46219, 46221: simplify except* implementation following exc_info changes.
Move helpers to exceptions.c. Do not assume that exception groups are truthy.
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
type: -> behavior
___
Python tracker
<https://bugs.python
Irit Katriel added the comment:
Fixed in https://github.com/python/cpython/pull/30289.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
keywords: +patch
nosy: +iritkatriel
nosy_count: 5.0 -> 6.0
pull_requests: +28559
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30347
___
Python tracker
<https://bugs.python.org/i
Irit Katriel added the comment:
I'm closing this because there is not enough information here to understand the
issue and there was no reply to follow-up questions.
Please reopen or create a new issue if you are still having a problem with this.
--
nosy: +iritkatriel
resol
Irit Katriel added the comment:
New changeset 51700bf08b0dd4baf998440b2ebfaa488a2855ba by Irit Katriel in
branch 'main':
bpo-34931: [doc] clarify behavior of os.path.splitext() on paths with multiple
leading periods (GH-30347)
https://github.com/python/cpyt
Irit Katriel added the comment:
New changeset 8184a613b93d54416b954e667951cdf3d069cc13 by Miss Islington (bot)
in branch '3.10':
bpo-34931: [doc] clarify behavior of os.path.splitext() on paths with multiple
leading periods (GH-30347) (GH-30368)
https://github.com/python/cpyt
Irit Katriel added the comment:
New changeset 4a792ca95c1a994b07d18fe06e2104d5b1e0b796 by Miss Islington (bot)
in branch '3.9':
bpo-34931: [doc] clarify behavior of os.path.splitext() on paths with multiple
leading periods (GH-30347) (GH-30369)
https://github.com/python/cpyt
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
versions: +Python 3.11 -Python 3.8
___
Python tracker
<https://bugs.python.org/issue34538>
___
___
Python-bugs-list mailing list
Unsub
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
components: +Library (Lib)
resolution: fixed ->
___
Python tracker
<https://bugs.python.org/issue34931>
___
___
Python-bugs-lis
Change by Irit Katriel :
--
components: +Library (Lib)
___
Python tracker
<https://bugs.python.org/issue46251>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
The documentation change in the PR clarifies the current state of things.
@serhiy.storchaka - do you have a view on whether we should aim for an actual
fix, or just document and close?
--
___
Python tracker
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
New changeset 01b12942d0ba2fd3c2efdfb796e8816efc607ee7 by Miss Islington (bot)
in branch '3.10':
bpo-33252: Document that ResourceWarning is ignored by default (GH-30358)
(GH-30395)
https://github.com/python/cpyt
Irit Katriel added the comment:
New changeset 8f082e2bf43c1367e30d00874267dd25f7256cd0 by Miss Islington (bot)
in branch '3.9':
bpo-33252: Document that ResourceWarning is ignored by default (GH-30358)
(GH-30396)
https://github.com/python/cpyt
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
resolution: -> duplicate
stage: test needed -> resolved
status: open -> closed
superseder: -> python-gdb.py fails with TypeError("'FakeRepr' object is not
subscriptable") is gdb fails to read debug symbols
__
Change by Irit Katriel :
--
keywords: +easy
type: -> behavior
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue31137>
___
___
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue20854>
___
___
Python-bugs-list
Change by Irit Katriel :
--
resolution: -> out of date
status: open -> pending
___
Python tracker
<https://bugs.python.org/issue34178>
___
___
Python-bugs-
Irit Katriel added the comment:
I think this has all been changed by now, in a number of commits.
--
nosy: +iritkatriel
resolution: -> out of date
status: open -> pending
___
Python tracker
<https://bugs.python.org/i
Irit Katriel added the comment:
Python 3.6 is no longer maintained. Please create a new issue if you are seeing
this problem on a current (>= 3.9) version of Python.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open
Irit Katriel added the comment:
> I want to known why it is
It's because Exception implements __reduce__ and that takes precedence over
__getnewargs_ex__. You can see that with this example:
""""
import pickle
class MyException():
def __init__(self
Irit Katriel added the comment:
> I want to known [...] how to implement the logic in code 2 (passing keyword
> only parameter to __new__/__init__ when pickling for class inherted from
> Exception)
This is currently a problem, see issue27015.
--
resolution: -> dup
Change by Irit Katriel :
--
title: subprocess.CalledProcessError's repr changes based on kwargs, and
doesn't unpickle -> pickling and repr of exceptions with kwargs
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.4, Python 3.5, Python
3.6, Python 3.
Irit Katriel added the comment:
This isn't really an issue with exceptions, it's just that __reduce__ goes out
of sync with the object's constructor signature. Here's a simple example of the
same:
class Base:
def __init__(self, msg):
self.msg = msg
Change by Irit Katriel :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue32696>
___
___
Irit Katriel added the comment:
> Attributes __context__, __cause__ and __traceback__ are not pickled. The
> traceback objects are even not pickleable.
It's not guaranteed that the __cause__ and __context__ are picklable either.
Should we try to pickle them, or should we docume
Irit Katriel added the comment:
This is the same as issue32696.
I'm turning this into a documentation issue.
--
assignee: -> docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python, iritkatriel
title: picke cannot dump Exception subclasses with differe
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
New changeset 9925e70e4811841556747a77acd89c1a70bf344a by Irit Katriel in
branch 'main':
bpo-45292: [PEP-654] exception groups and except* documentation (GH-30158)
https://github.com/python/cpython/commit/9925e70e4811841556747a77acd89c
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
assignee: iritkatriel
components: Interpreter Core
nosy: iritkatriel
priority: normal
severity: normal
status: open
title: use the new POP_JUMP_IF_NOT_NONE to simplify except* a bit
type: enhancement
versions: Python 3.11
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +28646
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30439
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue33130>
___
Irit Katriel added the comment:
Thank you Sam, pkgutil.walk_packages expected None or a list of strings. In
issue24744 an error message was added for a string input as in your example.
--
nosy: +iritkatriel
resolution: -> duplicate
stage: -> resolved
status: open -&g
Irit Katriel added the comment:
> I can reproduce the issue on python2.x. I cannot on python3.x.
Did anyone reproduce on python3.X? Why are versions 3.4/3.5 selected?
--
nosy: +iritkatriel
resolution: -> out of date
status: open ->
Change by Irit Katriel :
--
keywords: +easy
title: bug in dateutil\tz\tz.py -> [doc] Add example of platform-specific
support for negative timestamps to the time doc
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7, Python 3.8
___
Pyt
Change by Irit Katriel :
--
keywords: +easy
___
Python tracker
<https://bugs.python.org/issue46279>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
This is the check that is preventing qualname being a property:
https://github.com/python/cpython/blob/994f90c0772612780361e1dc5fa5223dce22f70a/Objects/typeobject.c#L2853
Note that it is not the same check used for assignment, which is here:
https
Change by Irit Katriel :
--
versions: +Python 3.11, Python 3.9
___
Python tracker
<https://bugs.python.org/issue24650>
___
___
Python-bugs-list mailing list
Unsub
Irit Katriel added the comment:
New changeset 273cb8e7577d143830404f6779946a0bedb58758 by Jacob Walls in branch
'main':
bpo-24650: Use full term "generator function" in yield expressions docs
(GH-24663)
https://github.com/python/cpython/commit/273cb8e7577d14383040
Irit Katriel added the comment:
If you scroll up, you can see that BaseException was mentioned above:
"All exceptions inherit from BaseException, and so it can be used to serve as a
wildcard"
so I don't think it will add confusion to fix this. And it will be more
accurate.
Irit Katriel added the comment:
New changeset c55616cf936bd8497d9ff321c03f7379f5f78a0e by Miss Islington (bot)
in branch '3.9':
bpo-46216: remove spurious link to os.system() from os.time() documentation
(GH-30326) (GH-30460)
https://github.com/python/cpyt
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
Andre, I don't follow. The OP is reporting an issue with a line about raising
exceptions. Why is it correct to advise us to raise only Exception subclasses?
--
___
Python tracker
<https://bugs.python.org/is
Irit Katriel added the comment:
There are other issues in this doc:
1. The paragraph starting with "The except clause may specify a variable after
the exception name.." appears after this face was used in an example. It should
move up.
2. In the User-defined Exceptions Section,
Change by Irit Katriel :
--
versions: -Python 3.6, Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue46291>
___
___
Python-bugs-list mailin
Change by Irit Katriel :
--
keywords: +easy
___
Python tracker
<https://bugs.python.org/issue46291>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
New changeset 6d07a9fb7cb31433c376a1aa20ea32001da0a418 by Hugo van Kemenade in
branch 'main':
bpo-28546: [doc] Clarify setting pdb breakpoints (GH-30360)
https://github.com/python/cpython/commit/6d07a9fb7cb31433c376a1aa20ea32
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
Andre, are you saying that we should only RAISE Exception subclasses?
--
___
Python tracker
<https://bugs.python.org/issue46
Irit Katriel added the comment:
> For this advice (catching Exception and not BaseException) to be correct,
> users should be advised (as they are in the tutorial) to raise exceptions
> derived from Exception (and not BaseException).
I disagree
Irit Katriel added the comment:
Make a PR and we can then tweak it via code reviews, it will be easier.
--
___
Python tracker
<https://bugs.python.org/issue46
Change by Irit Katriel :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue40064>
___
___
Pyth
Change by Irit Katriel :
--
stage: needs patch -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue1598083>
___
___
Pyth
Change by Irit Katriel :
--
resolution: -> out of date
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/
New submission from Irit Katriel :
Following to changes in issue45711, the interpreter's internal representation
of the active exception is just the exception instance (the exc_type and
exc_traceback fields were removed).
For backwards compatibility, sys.exc_info() constructs the (typ
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +28717
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30514
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
I've outlined a different approach here:
https://gist.github.com/iritkatriel/3927147548b10a7929cb0b680e3adc52
Basically, to add introspection capabilities in the C API so that the
interpreter can find out whether __exit__ expects one or three
Irit Katriel added the comment:
If it takes *args we should assume that it expects the triplet rather than a
single exception. It's not an edge case, it's very common to write __exit__
like that.
--
___
Python tracker
<https://bu
Irit Katriel added the comment:
This is part of a larger plan to reduce the footprint of the exc_info footprint
on the language. See
https://gist.github.com/iritkatriel/3927147548b10a7929cb0b680e3adc52
--
___
Python tracker
<ht
Change by Irit Katriel :
--
Removed message: https://bugs.python.org/msg410215
___
Python tracker
<https://bugs.python.org/issue46328>
___
___
Python-bugs-list m
Irit Katriel added the comment:
This is part of a larger plan to reduce the footprint of the exc_info triplet
on the language. See
https://gist.github.com/iritkatriel/3927147548b10a7929cb0b680e3adc52
History
--
___
Python tracker
<ht
Change by Irit Katriel :
--
components: +Library (Lib)
___
Python tracker
<https://bugs.python.org/issue46328>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Irit Katriel :
Lib/logging/config.py has this, which looks like it's partly remnants of old
exception handling APIs:
except ImportError:
e, tb = sys.exc_info()[1:]
v.__cause__, v.__traceback__ = e, tb
raise v
It is clearer if written as:
except Import
Change by Irit Katriel :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue46332>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +28719
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30517
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
Lib/logging/config.py has this, which looks like it's partly remnants of old
exception handling APIs:
except ImportError:
e, tb = sys.exc_info()[1:]
v = ValueError('Cannot resolve %r: %s' % (s, e))
v.__cause__, v.__traceback__ = e,
Change by Irit Katriel :
--
Removed message: https://bugs.python.org/msg410218
___
Python tracker
<https://bugs.python.org/issue46332>
___
___
Python-bugs-list m
Irit Katriel added the comment:
New changeset 0d639678d33a0f085851a07259b8fe2782943118 by Irit Katriel in
branch 'main':
bpo-46332: use raise..from instead of assigning __cause__ and raising (GH-30517)
https://github.com/python/cpython/commit/0d639678d33a0f085851a07259b8fe
201 - 300 of 3640 matches
Mail list logo
