[issue45555] Object stays alive for weak reference if an exception happens in constructor

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

[issue37588] Py_DEPRECATED and unavoidable warnings

Change by Irit Katriel : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37588> ___ ___

[issue23291] Documentation about Py_Finalize(): Freeing objects

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

[issue34284] Nonsensical exception message when calling `__new__` on non-instaniable objects

Change by Irit Katriel : -- versions: +Python 3.11 -Python 3.8 ___ Python tracker <https://bugs.python.org/issue34284> ___ ___ Python-bugs-list mailing list Unsub

[issue34888] Python3.8 optimizes away a "while" line

Irit Katriel added the comment: Does PEP626 help with this problem? -- nosy: +iritkatriel ___ Python tracker <https://bugs.python.org/issue34888> ___ ___ Pytho

[issue36346] Prepare for removing the legacy Unicode C API

Irit Katriel added the comment: Is there anything left to do here? -- nosy: +iritkatriel ___ Python tracker <https://bugs.python.org/issue36346> ___ ___ Pytho

[issue46563] Add tests regarding context of exception in a finally block

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

[issue46563] Add tests and documentation regarding context of exception in a finally block

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

[issue46458] Optimise try-except code generation for the happy path

Change by Irit Katriel : -- pull_requests: -29165 ___ Python tracker <https://bugs.python.org/issue46458> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46563] Add tests and documentation regarding context of exception in a finally block

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

[issue46563] Add tests and documentation regarding context of exception in a finally block

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

[issue46458] Optimise try-except code generation for the happy path

Change by Irit Katriel : -- pull_requests: +29165 pull_request: https://github.com/python/cpython/pull/30986 ___ Python tracker <https://bugs.python.org/issue46

[issue46098] Missing test for multi-line errors in traceback

Change by Irit Katriel : -- components: +Tests ___ Python tracker <https://bugs.python.org/issue46098> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46098] Missing test for multi-line errors in traceback

Change by Irit Katriel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.10 ___ Python tracker <https://bugs.python.or

[issue46098] Missing test for multi-line errors in traceback

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/183f8d57fa5959e7578e7f470edc364edb23caca

[issue46458] Optimise try-except code generation for the happy path

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/3d2ce3471646704ebd5252f4b20f065f139a53b1

[issue23556] [doc] Scope for raise without argument is different in Python 2 and 3

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

[issue23556] [doc] Scope for raise without argument is different in Python 2 and 3

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/python/cpython

[issue46282] return value of builtins is not clearly indicated

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 wond

[issue42926] Split compiler into code-gen, optimizer and assembler.

Change by Irit Katriel : -- nosy: +iritkatriel ___ Python tracker <https://bugs.python.org/issue42926> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46505] Simplify exception handling code in py_compile

Change by Irit Katriel : -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue34680] asyncio event_loop fails when accessed from multiple threads

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

[issue46531] Simplify exception handling in `doctest.py`

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

[issue46531] Simplify exception handling in `doctest.py`

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

[issue46531] Simplify exception handling in `doctest.py`

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.org/issue46

[issue46517] Review exception handling in urllib

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

[issue46431] Trouble subclassing ExceptionGroup

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/072f4a473e861c6c987650f08990c0ed1f76715f

[issue19073] Inability to specific __qualname__ as a property on a class instance.

Irit Katriel added the comment: See also Issue41294. -- ___ Python tracker <https://bugs.python.org/issue19073> ___ ___ Python-bugs-list mailing list Unsub

[issue46431] Trouble subclassing ExceptionGroup

Change by Irit Katriel : -- pull_requests: +29080 pull_request: https://github.com/python/cpython/pull/30901 ___ Python tracker <https://bugs.python.org/issue46

[issue41294] Allow '__qualname__' to be an instance of 'DynamicClassAttribute'

Irit Katriel added the comment: I think this is a duplicate of Issue19073. -- nosy: +iritkatriel ___ Python tracker <https://bugs.python.org/issue41294> ___ ___

[issue23556] [doc] Scope for raise without argument is different in Python 2 and 3

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

[issue46214] Remove unused opcode ROT_FOUR

Change by Irit Katriel : -- resolution: -> later stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46510] Update Python2-style exception handling

Change by Irit Katriel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46510] Update Python2-style exception handling

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/cpython/commit

[issue46510] Update Python2-style exception handling

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

[issue30424] make pydoc-topics fails

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

[issue26120] pydoc: move __future__ imports out of the DATA block

Change by Irit Katriel : -- components: +Library (Lib) ___ Python tracker <https://bugs.python.org/issue26120> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26120] pydoc: move __future__ imports out of the DATA block

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

[issue46510] Update Python2-style exception handling

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/45f5f52601ebccb195c19cb0a77beaf7f7dfa56a

[issue26120] pydoc: move __future__ imports out of the DATA block

Irit Katriel added the comment: It's like this: >>> import foo >>> dir(foo) ['__builtins__', '__cached__', '__doc__', '__file__', '__loader__', '__name__', '__package__', '__spec__', 'annotations', 'x'] >>> foo.annotations _Feature((3, 7, 0, 'beta', 1), (3, 11, 0,

[issue31057] pydoc for tempfile.TemporaryDirectory should say it returns the name

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

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Change by Irit Katriel : -- versions: +Python 3.11, Python 3.9 ___ Python tracker <https://bugs.python.org/issue46502> ___ ___ Python-bugs-list mailing list Unsub

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

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

[issue11831] "pydoc -w" causes "no Python documentation found" error when the path is not current directory

Irit Katriel added the comment: Closed Issue31305 as a duplicate of this. -- nosy: +iritkatriel versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.2 ___ Python tracker <https://bugs.python.org/issue11

[issue31305] 'pydoc -w import' report "no Python documentation found for 'import'"

Irit Katriel added the comment: It is still relevant, but there is another issue for this: issue11831. -- nosy: +iritkatriel resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> "pydoc -w" causes "no Python documentation

[issue5884] pydoc to return error status code

Change by Irit Katriel : -- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> pydoc should return non-zero exit code when a query is not found ___ Python tracker <https://bugs.pytho

[issue25970] py_compile.compile fails if existing bytecode file is unwritable

Irit Katriel added the comment: It is explicitly documented that existing files are not overwritten and the script fails in this case, so I think this is a feature: https://docs.python.org/3/library/py_compile.html#py_compile.compile -- nosy: +iritkatriel resolution: -> rejec

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Irit Katriel added the comment: The python parser was completely rewritten in version 3.9, so it's likely that this caused changes to error messages. Adding @pablogsal and @lys.nikolaou in case they can say more. -- nosy: +iritkatriel, lys.nikolaou, pablogsal

[issue45945] compileall.py throws a traceback when using -j0 and thus 'make install' locks up

Change by Irit Katriel : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> "dictionary changed size during iteration" error in _ExecutorManagerThread ___ Python tracker <https://b

[issue46517] Review exception handling in urllib

Irit Katriel added the comment: Note that test.support has special handling for urllib's nested exception structure: https://github.com/python/cpython/blob/3.10/Lib/test/support/socket_helper.py#L250 -- ___ Python tracker <ht

[issue46517] Review exception handling in urllib

Change by Irit Katriel : -- title: Review exception handling in urllib.parse -> Review exception handling in urllib ___ Python tracker <https://bugs.python.org/issu

[issue46517] Review exception handling in urllib.parse

Irit Katriel added the comment: In urllib.request, there are in a few places things like: except OSError as msg: raise OSError('socket error', msg).with_traceback(sys.exc_info()[2]) I imagine this predates chaining - is there a reason not to raise..from here instead of wrapping

[issue46517] Review exception handling in urllib.parse

New submission from Irit Katriel : Is there a reason for this raising, catching and reraising the exception here: https://github.com/python/cpython/blob/main/Lib/urllib/parse.py#L934 rather than just: if len(query) and not isinstance(query[0], tuple): raise TypeError("not a vali

[issue46510] Update Python2-style exception handling

Irit Katriel added the comment: It's not my intention here to go on a search-and-destroy mission to remove all calls to sys.exc_info(), that would cause unnecessary code churn. I am reviewing them to see where the call the sys.exc_info is close to other legacy problems/significant

[issue46510] Update Python2-style exception handling

Change by Irit Katriel : -- pull_requests: +29060 pull_request: https://github.com/python/cpython/pull/30880 ___ Python tracker <https://bugs.python.org/issue46

[issue24398] Update test_capi to use test.support.script_helper

Change by Irit Katriel : -- versions: +Python 3.11 -Python 3.6 ___ Python tracker <https://bugs.python.org/issue24398> ___ ___ Python-bugs-list mailing list Unsub

[issue46510] Update Python2-style exception handling

Change by Irit Katriel : -- keywords: +patch pull_requests: +29058 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30878 ___ Python tracker <https://bugs.python.org/issu

[issue46510] Update Python2-style exception handling

New submission from Irit Katriel : Following issue45711 the redundancy in exc_info is now explicit. This means that we can now safely update places that still use python2-style exception handling code, like: exc_type, exc_value = sys.exc_info()[:2] try

[issue26276] Inconsistent behaviour of PEP 3101 formatting between versions

Irit Katriel added the comment: Reproduced on 3.11. -- nosy: +iritkatriel versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.4 ___ Python tracker <https://bugs.python.org/issue26

[issue22045] Python make issue

Change by Irit Katriel : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue13011] Frozen programs require the original build directory in order to run.

Irit Katriel added the comment: This seems very outdated, can we close it? -- nosy: +iritkatriel resolution: -> out of date status: open -> pending ___ Python tracker <https://bugs.python.org/i

[issue43545] Use LOAD_GLOBAL to set __module__ in class def

Irit Katriel added the comment: Can you explain what the bug is with code to reproduce it? -- nosy: +iritkatriel status: open -> pending ___ Python tracker <https://bugs.python.org/issu

[issue40735] test_nntplib depends on unreliable external servers

Irit Katriel added the comment: Following discussion with Zach and Victor: This is probably an issue with the external servers these tests used. The fix would be to rewrite the tests so that they don't rely on external infrastructure. -- nosy: +iritkatriel, vstinner, zach.ware title

[issue41209] Scripts Folder is Empty

Irit Katriel added the comment: 3.8 is no longer maintained. Please create a new issue if you are having this problem with a current python version. -- nosy: +iritkatriel resolution: -> out of date stage: -> resolved status: open -&g

[issue38886] permissions too restrictive in zipfile.writestr

Irit Katriel added the comment: Closed issue23976 as duplicate of this. -- nosy: +iritkatriel type: behavior -> enhancement versions: +Python 3.11 -Python 3.8 ___ Python tracker <https://bugs.python.org/issu

[issue32202] [ctypes] all long double tests fail on android-24-x86_64

Irit Katriel added the comment: 3.7 is no longer being maintained. Please create a new issue if you are having this problem on a current version (>= 3.9) -- nosy: +iritkatriel resolution: -> out of date stage: needs patch -> resolved status: open

[issue32203] [ctypes] test_struct_by_value fails on android-24-arm64

Irit Katriel added the comment: 3.7 is no longer being maintained. Please create a new issue if you are having this problem on a current version (>= 3.9) -- nosy: +iritkatriel resolution: -> out of date stage: needs patch -> resolved status: open

[issue31357] Expose `worker_target` and `workitem_cls` as arugments to customize `ThreadPoolExecutor` behaviour

Change by Irit Katriel : -- type: behavior -> enhancement ___ Python tracker <https://bugs.python.org/issue31357> ___ ___ Python-bugs-list mailing list Un

[issue39064] ValueError in zipfile.ZipFile

Irit Katriel added the comment: It's easy enough to convert the exception type (see patch), but I don't know how to write a unit test for this. -- ___ Python tracker <https://bugs.python.org/issue39

[issue39064] ValueError in zipfile.ZipFile

Change by Irit Katriel : -- keywords: +patch pull_requests: +29044 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30863 ___ Python tracker <https://bugs.python.org/issu

[issue46431] Trouble subclassing ExceptionGroup

Irit Katriel added the comment: Thank you Petr. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46431] Trouble subclassing ExceptionGroup

Irit Katriel added the comment: New changeset b18fd54f8c27e4b2aac222e75ac58aa85e5a7988 by Irit Katriel in branch 'main': bpo-46431: Add example of subclassing ExceptionGroup. Document the message and exceptions attributes (GH-30852) https://github.com/python/cpython/commit

[issue46431] Trouble subclassing ExceptionGroup

Irit Katriel added the comment: New changeset 573b54515740ce51dcf2402038a9d953aa6c317f by Irit Katriel in branch 'main': bpo-46431: improve error message on invalid calls to BaseExceptionGroup.__new__ (GH-30854) https://github.com/python/cpython/commit

[issue46505] Simplify exception handling code in py_compile

Change by Irit Katriel : -- components: +Library (Lib) type: -> enhancement versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issu

[issue46505] Simplify exception handling code in py_compile

Change by Irit Katriel : -- keywords: +patch pull_requests: +29039 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30857 ___ Python tracker <https://bugs.python.org/issu

[issue46505] Simplify exception handling code in py_compile

New submission from Irit Katriel : PyCompileError takes both type and value of the exception, which is no longer necessary. Fortunately neither its constructor signature nor its fields are documented so it can be simplified. -- messages: 411509 nosy: iritkatriel priority: normal

[issue34680] asyncio event_loop fails when accessed from multiple threads

Irit Katriel added the comment: I think the script does violate the rule: t = threading.Thread(target=do_loop, args=(loop,)) and then do_loop closes the loop that was created in the main thread. -- ___ Python tracker <https://bugs.python.

[issue34680] asyncio event_loop fails when accessed from multiple threads

Change by Irit Katriel : -- title: asyncio event_loop close fails off main thread if signal handler registered -> asyncio event_loop fails when accessed from multiple threads ___ Python tracker <https://bugs.python.org/issu

[issue34680] asyncio event_loop close fails off main thread if signal handler registered

Irit Katriel added the comment: The documentation should explicitly mention that an event loop should be accessed from only one thread (it hints at this by referring to "the loop of the current thread" but I don't see this stated clearly). In the code, it would be good if mult

[issue31011] Users (except from the one who installed) not able to see python in add remove programs.

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

[issue31991] Race condition in wait with timeout for multiprocessing.Event

Irit Katriel added the comment: Python 3.6 is no longer maintained and I failed to reproduce this on a Mac on 3.11. Please create a new issue if you are seeing the problem on a current python version (>= 3.9) and specify which system you are running it on. -- nosy: +iritkatr

[issue38195] A bug in the multiprocessing module

Irit Katriel added the comment: Python 3.6 is no longer maintained and this doesn't freeze on my Mac on 3.11. Please create a new issue if you are seeing the freeze on a current python version (>= 3.9) and specify which system you are running it on. -- nosy: +iritkatriel resolut

[issue45711] Simplify the interpreter's (type, val, tb) exception representation

Irit Katriel added the comment: New changeset 80e1def9ded2a1d017410394e50c88aa39135029 by Irit Katriel in branch 'main': bpo-45711: move whatsnew entries which are incorrectly listed under New Features (GH-30849) https://github.com/python/cpython/commit

[issue41352] FileIO.readall() should raise "UnsupportedOperation" when in "w" mode

Change by Irit Katriel : -- versions: +Python 3.11 -Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue41352> ___ ___ Python-bug

[issue23289] concurrent.futures.Executor.map is not equivalent to map.

Change by Irit Katriel : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Clarify map API in concurrent.futures ___ Python tracker <https://bugs.python

[issue46431] Trouble subclassing ExceptionGroup

Change by Irit Katriel : -- pull_requests: +29035 pull_request: https://github.com/python/cpython/pull/30854 ___ Python tracker <https://bugs.python.org/issue46

[issue46431] Trouble subclassing ExceptionGroup

Irit Katriel added the comment: This is the fix: -if (!PyArg_ParseTuple(args, "UO", , )) { +if (!PyArg_ParseTuple(args, + "UO:BaseExceptionGroup.__new__", + , + )) { Then we get TypeError

[issue46431] Trouble subclassing ExceptionGroup

Irit Katriel added the comment: The error message isn't always this bad: >>> class Base: ... def __new__(cls, a, b, c): ...cls.newargs = (a,b,c) ... ... >>> class Derived(Base): ... def __init__(self, x): ... super().__init__(x) ...

[issue5322] object.__new__ argument calling autodetection faulty

Irit Katriel added the comment: Right, I see now. -- versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue5

[issue5322] object.__new__ argument calling autodetection faulty

Irit Katriel added the comment: Can we close this now? >>> class A(object): ... def __new__(self): ... raise TypeError('i do not exist') ... >>> class B(A): ... __new__ = object.__new__ ... def __init__(self, x): ... self.x = x ... >&g

[issue46431] Trouble subclassing ExceptionGroup

Change by Irit Katriel : -- keywords: +patch pull_requests: +29033 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30852 ___ Python tracker <https://bugs.python.org/issu

[issue43333] utf8 in BytesGenerator

Irit Katriel added the comment: Are you able to provide a runnable script that reproduces the error? -- nosy: +iritkatriel type: crash -> behavior ___ Python tracker <https://bugs.python.org/issu

[issue42585] Segmentation fault on Linux with multiprocess queue

Irit Katriel added the comment: Python 3.8 is no longer maintained, and there have been changes in this area since then. Please create a new issue if you are having this problem with a more recent python version. To answer you last question, yes - there are platform dependent differences

[issue38665] Crash when running SQLAlchemy with pyodbc

Change by Irit Katriel : -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45711] Simplify the interpreter's (type, val, tb) exception representation

Change by Irit Katriel : -- pull_requests: +29031 pull_request: https://github.com/python/cpython/pull/30849 ___ Python tracker <https://bugs.python.org/issue45

[issue46254] Better fitting type for iterating in the trace_init C function

New submission from Irit Katriel : See discussion on the PR. -- nosy: +iritkatriel resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46499] circular impoty

Irit Katriel added the comment: The python bug tracker is for reporting bugs in python, not for asking questions about how to use it. You cans ask user questions on python-list (though in this case I would try by searching for ‘python circular import’). -- nosy: +iritkatriel

[issue40674] Deprecate urllib.request.urlretrieve() and cleanup()

New submission from Irit Katriel : Remi, there is no background for this here or on the PR. Can you explain the reason for deprecating them? -- nosy: +iritkatriel ___ Python tracker <https://bugs.python.org/issue40

[issue42091] strftime returns empty string for -d, -I 3.8.3

Change by Irit Katriel : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42091> ___ ___

[issue40356] OverflowError: mktime argument out of range

Irit Katriel added the comment: 3.7 is no longer maintained. I was unable to reproduce this on 3.11 on windows or Mac. Please create a new issue if you are still seeing this on a current version. -- nosy: +iritkatriel resolution: -> works for me stage: -> resolved status

<    1   2   3   4   5   6   7   8   9   10   >