QUERY · ISSUE

BUG: sys.modules['sys'] not pointing import('sys')

openby pmp-popened 2019-07-16updated 2019-07-16

Probably the same reason as :
https://github.com/micropython/micropython/issues/4427

CANDIDATE · ISSUE

python3 compat: modules don't support hashing as dict keys

closedby pmp-popened 2018-06-21updated 2018-06-21

hi, expecting :

Python 3.7.0rc1 (default, Jun 18 2018, 19:28:58) 
[GCC 4.8.5] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> m='os'
>>> m = sys.modules[m] = __import__(m)
>>> m
<module 'os' from '/usr/local/lib/python3.7/os.py'>

got:

MicroPython v1.9.4-114-g309fe39-dirty on 2018-06-20; linux version
Use Ctrl-D to exit, Ctrl-E for paste mode
>>> import sys
>>> m='os'
>>> m = sys.modules[m] = __import__(m)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unsupported type for __hash__: 'module'

Assessment

Q Qwen · high

Issue #4923 reports that sys.modules['sys'] doesn't reference the same object as import('sys'), indicating a module identity/registration inconsistency. Issue #3886 reports that module objects don't support hashing, preventing them from being used as dictionary keys (which would affect sys.modules operations). While both issues involve sys.modules and module handling, they address different root causes: #4923 is about module identity/registration consistency, while #3886 is about the missing hash implementation on module objects. The candidate (#3886) provides context about module object limitations but doesn't resolve the specific identity/registration problem described in #4923.

Suggested action

Keep both issues open. #3886 addresses a fundamental limitation (hashing) that may be related to module system issues, but #4923 requires investigation into module registration and identity mechanisms specifically.

BUG: sys.modules['sys'] not pointing __import__('sys')

python3 compat: modules don't support hashing as dict keys

Keyboard

BUG: sys.modules['sys'] not pointing import('sys')