Irit Katriel added the comment:
Mateusz, would you like to submit a patch to remove this section from the faq?
--
___
Python tracker
<https://bugs.python.org/issue46
Change by Irit Katriel :
--
versions: +Python 3.11, Python 3.9
___
Python tracker
<https://bugs.python.org/issue46502>
___
___
Python-bugs-list mailing list
Unsub
Irit Katriel added the comment:
The OP seems to have abandoned this and all it got was a +0 for changing, so I
suggest we close it.
--
nosy: +iritkatriel
resolution: -> wont fix
status: open -> pending
___
Python tracker
<https://bugs.p
Irit Katriel added the comment:
It's like this:
>>> import foo
>>> dir(foo)
['__builtins__', '__cached__', '__doc__', '__file__', '__loader__', '__name__',
'__package__', '__spec__', '
Irit Katriel added the comment:
New changeset 45f5f52601ebccb195c19cb0a77beaf7f7dfa56a by Kumar Aditya in
branch 'main':
bpo-46510: update Python2-style exception handling in argparse (GH-30881)
https://github.com/python/cpython/commit/45f5f52601ebccb195c19cb0a77bea
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +29070
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30888
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
components: +Library (Lib)
___
Python tracker
<https://bugs.python.org/issue26120>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
We're have minimum sphinx version set to 1.8 now, so this should no longer be
an issue.
--
nosy: +iritkatriel
resolution: -> out of date
stage: needs patch -> resolved
status: open -> closed
___
Irit Katriel added the comment:
New changeset d69d3d8b2fec501e51309221fb1fa4622c8a3db3 by Irit Katriel in
branch 'main':
bpo-46510: simplify exception handling code in xmlrpc (GH-30878)
https://github.com/python/cpython/commit/d69d3d8b2fec501e51309221fb1fa4
Irit Katriel added the comment:
New changeset ec7c17ea236f71c8376abcc2930a7c857d417966 by Irit Katriel in
branch 'main':
bpo-46510: Add missing test for types.TracebackType/FrameType. Calculate them
directly from the caught exception. (GH-30880)
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: -> later
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
@kinshukdua - can you explain why you closed the PR and whether you are
interested in reopening it and finishing this?
--
___
Python tracker
<https://bugs.python.org/issue23
Irit Katriel added the comment:
I think this is a duplicate of Issue19073.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue41294>
___
___
Change by Irit Katriel :
--
pull_requests: +29080
pull_request: https://github.com/python/cpython/pull/30901
___
Python tracker
<https://bugs.python.org/issue46
Irit Katriel added the comment:
See also Issue41294.
--
___
Python tracker
<https://bugs.python.org/issue19073>
___
___
Python-bugs-list mailing list
Unsub
Irit Katriel added the comment:
New changeset 072f4a473e861c6c987650f08990c0ed1f76715f by Irit Katriel in
branch 'main':
bpo-46431: use raw string for regex in test (GH-30901)
https://github.com/python/cpython/commit/072f4a473e861c6c987650f08990c0
Irit Katriel added the comment:
> The author probably also wants the TypeError initially raised from the
> "len(query)" and "query[0]" operations to get the same "not a valid . . ."
> message.
I see.
I didn’t realise it’s deprecated, I
Irit Katriel added the comment:
I don't think this is worth doing in a module where we can't completely get rid
of the exc_info triplet.
--
___
Python tracker
<https://bugs.python.o
Irit Katriel added the comment:
In other words, I don't see why it's an improvement to replace
exception = sys.exc_info()
by
exception = type(exc), exc, exc.__traceback__
when sys.exc_info() does exactly what your inlined ve
Irit Katriel added the comment:
In the long term we will want to not have the triplet, but this is a process
that will take a few python versions to complete (when 3.11 is the oldest
supported version). And it is not going to be simple.
In the meantime, where there is an advantage to
Irit Katriel added the comment:
Perhaps this is just a doc issue - state explicitly that a loop should be used
only in one thread, and mention that this is checked in debug mode.
--
___
Python tracker
<https://bugs.python.org/issue34
Change by Irit Katriel :
--
resolution: -> wont fix
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue42926>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
> "have the :ref:`default return value of ``None``."
This sounds to me like "by default they return None but you can override this
default".
I don't think any change to the doc makes sense here. When you state the
obvious people
Irit Katriel added the comment:
New changeset 08c0ed2d9c0d01ad1a5adc0787bc75e4e90cbb85 by Kinshuk Dua in branch
'main':
bpo-23556: [doc] Fix inaccuracy in documentation for raise without args.
Improve tests for context in nested except handlers. (GH-29236)
https://github.com/pyth
Irit Katriel added the comment:
Thank you @a3nm, @kinshukdua2 and @martin.panter.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
New changeset 3d2ce3471646704ebd5252f4b20f065f139a53b1 by Irit Katriel in
branch 'main':
bpo-46458: emit code for else of a try block immediately after the try body
(GH-30751)
https://github.com/python/cpython/commit/3d2ce3471646704ebd5252f4b20f06
Irit Katriel added the comment:
New changeset 183f8d57fa5959e7578e7f470edc364edb23caca by Russel Webber in
branch 'main':
bpo-46098: Add test for multiline syntax error traceback (GH-30695)
https://github.com/python/cpython/commit/183f8d57fa5959e7578e7f470edc36
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 3.10
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
components: +Tests
___
Python tracker
<https://bugs.python.org/issue46098>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
pull_requests: +29165
pull_request: https://github.com/python/cpython/pull/30986
___
Python tracker
<https://bugs.python.org/issue46
New submission from Irit Katriel :
This behavior (that the OSError has the ValueError as context) should be tested
and documented:
>>> try:
... raise TypeError(1)
... except:
... raise ValueError(2)
... finally:
... raise OSError(3)
...
Traceback (most recent call last
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +29170
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30986
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
pull_requests: -29165
___
Python tracker
<https://bugs.python.org/issue46458>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
The documentation is fine:
https://docs.python.org/3/library/exceptions.html#exception-context
--
___
Python tracker
<https://bugs.python.org/issue46
Change by Irit Katriel :
--
title: Add tests and documentation regarding context of exception in a finally
block -> Add tests regarding context of exception in a finally block
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
Is there anything left to do here?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue36346>
___
___
Pytho
Irit Katriel added the comment:
Does PEP626 help with this problem?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue34888>
___
___
Pytho
Change by Irit Katriel :
--
versions: +Python 3.11 -Python 3.8
___
Python tracker
<https://bugs.python.org/issue34284>
___
___
Python-bugs-list mailing list
Unsub
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python, iritkatriel, vstinner
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.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/issue37588>
___
___
Irit Katriel added the comment:
I don't think there's any suitable place in the documentation to describe this.
Like Pablo says, it is one of the many ways in which you can create a reference
to an object.
--
nosy: +iritkatriel
stage: -> resolved
status: o
Irit Katriel added the comment:
On 3.11:
>>> "%+%abc% %" % ()
Traceback (most recent call last):
File "", line 1, in
TypeError: not enough arguments for format string
>>> "%+%abc% %" % {}
Traceback (most recent call last):
File "&q
Irit Katriel added the comment:
New changeset 36f538c8092eeb3d5b8bc9df0ae7cc348f08a865 by Irit Katriel in
branch 'main':
bpo-46458: Add tests for context of exception in finally block (GH-30986)
https://github.com/python/cpython/commit/36f538c8092eeb3d5b8bc9df0ae7cc
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
This was reported for 2.6, not clear why 3.1 and 3.2 were added later.
Anyway, I'm not seeing the issue on 3.11 (with a script updated for python-3
prints).
Also, imp is deprecated now.
--
nosy: +iritkatriel
resolution: -> out of date
stag
Irit Katriel added the comment:
Re next steps, see
https://github.com/faster-cpython/ideas/issues/226#issuecomment-1024875216.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracke
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> test_embed and test_tabnanny fails if the current directory is
non-ASCII
___
Python tracker
<https://bugs.python
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue28982>
___
___
Python-bugs-list
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue45913>
___
___
Python-bugs-list
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue41711>
___
___
Python-bugs-list
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue28970>
___
___
Python-bugs-list
Irit Katriel added the comment:
2.7 and 3.5 are no longer maintained. Please create a new issue if you are
still having this problem with a current version (>= 3.9).
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open
Irit Katriel added the comment:
Closing after over 10 years of no activity. (The discussion from back then
seems to be leaning towards wont fix.)
--
nosy: +iritkatriel
resolution: -> out of date
stage: needs patch -> resolved
status: open -&g
Change by Irit Katriel :
--
keywords: +patch
nosy: +iritkatriel
nosy_count: 4.0 -> 5.0
pull_requests: +29193
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31014
___
Python tracker
<https://bugs.python.org/i
Change by Irit Katriel :
--
type: compile error -> behavior
versions: +Python 3.10, Python 3.11 -Python 3.8
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
test_embed does not fail anymore.
--
___
Python tracker
<https://bugs.python.org/issue44031>
___
___
Python-bugs-list mailin
Irit Katriel added the comment:
Looks like you ran out of disk space: OSError: [Errno 12] Not enough space
In any case, 3.8 is no longer maintained, so I am closing this as out of date.
Please create a new issue if you are having problems with a current version (>=
3.9).
--
n
Irit Katriel added the comment:
> For my information, is there a kind of committee or someone taking these
> kinds of decisions or at least expressing rules as to the spirit in which
> they should be made?
You can bring this up on the python-ideas mailing list if you want t
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> ProcessPoolExecutor(max_workers=64) crashes on Windows
___
Python tracker
<https://bugs.python
Irit Katriel added the comment:
timval is defined in sys/time.h.
This would be something to do with your setup, but you did not provide any
information about your system and the steps you took to get to this point so
it's hard to know what happened.
In any case, 3.7 is no longer maint
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> BETA report: Python-3.6 build messages to stderr: AIX and "not
GCC"
___
Python tracker
<https://b
Irit Katriel added the comment:
I don't think removing this will make the code easier to read. It's an exercise
to verify that all the different if-else branches set this variable.
--
nosy: +iritkatriel
___
Python tracker
<https://bu
Irit Katriel added the comment:
That function has been edited in the meantime and this line is no longer there.
--
nosy: +iritkatriel
resolution: -> out of date
stage: patch review -> resolved
status: open -> closed
___
Python tracke
Irit Katriel added the comment:
Doc was added under issue25237:
https://docs.python.org/3/library/tkinter.dnd.html
--
nosy: +iritkatriel
resolution: -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder: -> Add doc for tkinter commondialo
Irit Katriel added the comment:
It's not necessarily true that the environment variable is not set just because
the key is not in os.environ. In this example my del did not change the
environment variable:
>>> import os
>>> os.environ[
Irit Katriel added the comment:
> if a user of a Python program were to come across it, it may not indicate
> what they needed to do to avoid the crash.
The user of a program should not see this exception. The program should
translate it to an error that would make sense to th
Irit Katriel added the comment:
I vote to reject this proposal. Unless another core dev disagrees, I will close
this issue.
--
status: pending -> open
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
> os.environ defines the __delitem__ method to call C unsetenv(). Thus `del
> os.environ[varname]` does unset the environment variable, at least at the
> level of the C runtime.
For the current process, yes. But it's not that what the user
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue31817>
___
___
Python-bugs-list
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue37091>
___
___
Python-bugs-list
Change by Irit Katriel :
--
stage: patch review -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue38295>
___
___
Pyth
Irit Katriel added the comment:
Closing as the OP is unresponsive.
--
resolution: -> rejected
stage: patch review -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
I'll close this in a week if there is no response.
(It seems to have been abandoned by the OP after a minor code review
disagreement if I understand their last comment.)
--
status: open -> pending
__
Irit Katriel added the comment:
https://www.python.org/dev/peps/pep-0678/
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Irit Katriel added the comment:
3.6 is no longer maintained. Please create a new issue if you are seeing this
problem on a current version (>= 3.9).
--
nosy: +iritkatriel
resolution: -> out of date
stage: test needed -> resolved
status: open
Irit Katriel added the comment:
3.6 is no longer maintained. Please create a new issue if you are seeing this
problem on a current version (>= 3.9).
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open
Irit Katriel added the comment:
I tested on a map and I only got the failure in test_s_option, which seems
right because that directory is indeed not in sys.path.
--
nosy: +iritkatriel
resolution: -> out of date
status: open -> pending
___
Irit Katriel added the comment:
3.8 is no longer maintained. Please create a new issue if you are seeing this
problem on a current version (>= 3.9).
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open
Irit Katriel added the comment:
I tested 3.11 (on a Mac 11.6).
--
___
Python tracker
<https://bugs.python.org/issue33222>
___
___
Python-bugs-list mailin
Irit Katriel added the comment:
Maybe I did something wrong. Will check tomorrow. In the meantime I’m updating
the versions. Thanks for double checking.
--
resolution: out of date ->
versions: +Python 3.10, Python 3.11, Python 3.9 -Python
Irit Katriel added the comment:
Please create a new issue if this is still a problem on versions >= 3.9.
--
resolution: -> out of date
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python
Irit Katriel added the comment:
The comment Terry suggests to add (see
https://bugs.python.org/issue20923#msg255304) could be placed in this paragraph:
https://docs.python.org/3/library/configparser.html#supported-ini-file-structure
--
keywords: +easy
nosy: +iritkatriel
title
Irit Katriel added the comment:
Another workaround is for you to rename object.h in your project.
--
nosy: +iritkatriel
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
keywords: +patch
nosy: +iritkatriel
nosy_count: 3.0 -> 4.0
pull_requests: +29227
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31046
___
Python tracker
<https://bugs.python.org/i
Change by Irit Katriel :
--
type: -> behavior
versions: +Python 3.10, Python 3.11, Python 3.9
___
Python tracker
<https://bugs.python.org/issue43721>
___
_
Irit Katriel added the comment:
New changeset 108e66b6d23efd0fc2966163ead9434b328c5f17 by Irit Katriel in
branch 'main':
bpo-44031: fix test_tabnanny failure in non-ascii CWD (GH-31014)
https://github.com/python/cpython/commit/108e66b6d23efd0fc2966163ead943
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
I can probably just put back the two fields in _PyErr_StackItem and make sure
they get updated when exc_value is set.
Reverting the whole thing would include big changes in compile.c and ceval.c,
so I'd rather avoid that if w
Irit Katriel added the comment:
Does unsetting CYTHON_USE_EXC_INFO_STACK still work?
#if CYTHON_USE_EXC_INFO_STACK
// See https://bugs.python.org/issue25612
#define __Pyx_ExcInfoStruct _PyErr_StackItem
#else
// Minimal replacement struct for Py<3.7, without the Py3.7 exception st
Irit Katriel added the comment:
That commit has significant changes in ceval.c and compile.c. They don't need
to be reverted to unbreak cython. I'm working on a PR for a simpler change.
Have you tried with CYTHON_USE_EXC_INFO_STACK
Irit Katriel added the comment:
If this is still the position of cython maintainers:
https://github.com/cython/cython/issues/4581#issuecomment-1016503683
then I will need to revert the change until 3.12.
--
___
Python tracker
<ht
Irit Katriel added the comment:
This is a backport of @scoder's patch to 0.29.x. (I don't know if this is
helpful).
https://github.com/cython/cython/compare/master...iritkatriel:exc_info?expand=1
--
___
Python tracker
<https://bu
Irit Katriel added the comment:
> GH-30531 proposes adding PyErr_GetActiveException() function which has no
> parameter, but Cython __Pyx_PyErr_GetTopmostException() has a tstate
> parameter.
I've now updated it to follow the pattern of other functions, where the is a
pr
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +29298
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31116
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue25970>
___
___
Python-bugs-list
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue31057>
___
___
Python-bugs-list
Change by Irit Katriel :
--
stage: patch review -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue40174>
___
___
Pyth
Irit Katriel added the comment:
It depends how risky the 3.9 release manager would consider the fix to be. The
first step would be to find out which commit(s) fixed it.
--
___
Python tracker
<https://bugs.python.org/issue42
601 - 700 of 3640 matches
Mail list logo