Jun Komoda

Since `Release 1.0.0`, `comtypes` dropped support for Python 2.5. https://github.com/enthought/comtypes/blob/0094a55ae3d80fc115b51ace9ae274263ac570e9/CHANGES.txt#L123-L131 But still exists a workaround for `_ctypes.COMError`. https://github.com/enthought/comtypes/blob/0094a55ae3d80fc115b51ace9ae274263ac570e9/comtypes/__init__.py#L45-L62

migrate some stuffs in `ctypes/__init__.pyi` into `_ctypes.pyi`, but circular import occurs

8

When we submitted PR that adds the `stdlib/_ctypes.pyi`(#8582), imports some stuffs from `ctypes`. But [the implementation imports some stuffs from `_ctypes` to `ctypes`](https://github.com/python/cpython/blob/0ace820bec8892d621a4aadc1feb6c56e25560bf/Lib/ctypes/__init__.py#L8-L14). - also related to https://github.com/python/typeshed/issues/8571#issuecomment-1221316973 However, trying...

I discovered this in the process of investigating #347. I was checking the proprietary `.tlb` file that `comtypes` uses for testing and the Python modules generated from it. I saw...

redundant processes for finding typelib-path and resolving it

1

Related to #327, I am refactoring `tools.codegenerator` and `client._generate`. These modules include processing to turn passed relative paths into absolute paths and to find absolute paths to type libraries. However,...

carve out `CodeGenerator.type_name` method to `TypeNamer` class

2

As a result of previous refactoring, `CodeGenerator.type_name` no longer references `self` except recursively using `self.type_name`. Therefore, it is now possible to carve out a process into a separate class without...

The `GUID` symbol is defined statically in `comtypes/__init__.py`, so it is always existing in `comtypes` module namespace. Therefore, `if "GUID" in self.known_symbols:` in `CodeGenerator.need_GUID` was always `True`. It was a...

see #288

related to #327 ## why is it necessary `for_stub` mode? If we write `from ham import Spam` in the runtime module `foo.py` to add `Spam` to the namespace of the...

## target part https://github.com/enthought/comtypes/blob/fed3de69ccc61e37187b4a219daa120a97740663/comtypes/client/_generate.py#L237-L256 ## from builtin `__import__` to `importlib.import_module` [The documentation](https://docs.python.org/3/library/importlib.html#importlib.__import__) said > Programmatic importing of modules should use `import_module()` instead of this function. And, > The most important...

`_cominterface_meta._fix_inout_args` is existing since d85a911, 14 years ago. - https://github.com/enthought/comtypes/blob/cc9a0131edc76bd92073f75e9737aad40cd10c58/comtypes/__init__.py#L716-L722 - https://github.com/enthought/comtypes/blob/cc9a0131edc76bd92073f75e9737aad40cd10c58/comtypes/__init__.py#L588-L666 And the last time it was changed was in `0.6.3` that released by @cfarrow, almost 10 years ago....