[issue35923] Update the BuiltinImporter in importlib to use loader._ORIGIN instead of a hardcoded value

Nina Zakharenko added the comment: Hey Dong-hee, Unfortunately, I already started the work on this which is why I assigned the ticket to myself when I opened it. This work came up as a continuation of another ticket I worked on - bpo-35321 / GH-11732. I wanted to keep them as separate

[issue35923] Update the BuiltinImporter in importlib to use loader._ORIGIN instead of a hardcoded value

New submission from Nina Zakharenko : Update the BuiltinImporter in importllib to set the origin from the shared `loader._ORIGIN` attribute instead of using the hard-coded value of 'built-in' in order to match the functionality of FrozenImporter. The FrozenImporter was updated to use

[issue35887] Doc string for updating the frozen version of importlib in _bootstrap.py incorrect

Change by Nina Zakharenko : -- keywords: +patch, patch pull_requests: +11753, 11754 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35887] Doc string for updating the frozen version of importlib in _bootstrap.py incorrect

Change by Nina Zakharenko : -- keywords: +patch, patch, patch pull_requests: +11753, 11754, 11755 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35887] Doc string for updating the frozen version of importlib in _bootstrap.py incorrect

Change by Nina Zakharenko : -- keywords: +patch pull_requests: +11753 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35887> ___ _

[issue35321] None _frozen_importlib.__spec__.origin attribute

Change by Nina Zakharenko : -- keywords: +patch pull_requests: +11629 stage: test needed -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35537] use os.posix_spawn in subprocess

Change by Nina Zakharenko : -- pull_requests: +11626, 11627 ___ Python tracker <https://bugs.python.org/issue35537> ___ ___ Python-bugs-list mailing list Unsub

[issue35537] use os.posix_spawn in subprocess

Change by Nina Zakharenko : -- pull_requests: +11626, 11627, 11628 ___ Python tracker <https://bugs.python.org/issue35537> ___ ___ Python-bugs-list mailin

[issue35537] use os.posix_spawn in subprocess

Change by Nina Zakharenko : -- pull_requests: +11626 ___ Python tracker <https://bugs.python.org/issue35537> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35887] Doc string for updating the frozen version of importlib in _bootstrap.py incorrect

New submission from Nina Zakharenko : In the process of creating a fix for issue #35321, I noticed what I believe to be a documentation omission. In Lib/importlib/_bootstrap.py the top level comment states that: # IMPORTANT: Whenever making changes to this module, be sure to run # a top

[issue35321] None _frozen_importlib.__spec__.origin attribute

Nina Zakharenko added the comment: I'll be happy to take a look at this. -- ___ Python tracker <https://bugs.python.org/issue35321> ___ ___ Python-bugs-list m

[issue35321] None _frozen_importlib.__spec__.origin attribute

Change by Nina Zakharenko : -- assignee: -> nnja nosy: +nnja ___ Python tracker <https://bugs.python.org/issue35321> ___ ___ Python-bugs-list mailing list Un

[issue32866] zipimport loader.get_data() requires absolute zip file path

Change by Nina Zakharenko : -- nosy: +nnja ___ Python tracker <https://bugs.python.org/issue32866> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25812] locale.nl_langinfo() can't decode value

Nina Zakharenko added the comment: Adding the test below to test__locale.py will reproduce the issue under the following conditions: - The locale `uk_UA` is installed on your system. - 'uk_UA': (',', '\xa0') is added to the `known_numerics` dictionary in this test file

[issue21327] socket.type value changes after using settimeout()

Nina Zakharenko added the comment: Maybe it would be better if the type property on socket had this behavior, rather than creating a new method. -- nosy: +nnja ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21327

[issue21253] Difflib

New submission from Nina Zakharenko: When difflib.compare() is used on two moderately large sequences with little or no common elements, a RuntimeError: maximum recursion depth exceeded occurs. This error became apparent when testing another bug (see: issue 19217) in the AssertEquals

[issue21253] Difflib.compare() crashes when sequences contain little or no common elements

Changes by Nina Zakharenko nzakhare...@gmail.com: -- title: Difflib - Difflib.compare() crashes when sequences contain little or no common elements ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21253

[issue19217] Calling assertEquals for moderately long list takes too long

Nina Zakharenko added the comment: The cause of this has been identified as a bug in libdiff.compare(). See issue 21253 for more information. -- nosy: +nnja ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19217