Mark Hammond

Probably 0a1d4050c0c70269954acb22de4a7ed128574ea7, which means that the DLL is no longer being found. Either way, adding diagnostics to that .py file is probably the path forward.

Have you tried running "python pywin32_postinstall.py -install" from an elevated command prompt?

> It seems this folder -- lib\site-packages\win32com\gen_py -- (which I guess is created when installing Python Windows Extensions) needs admin write privileges. See also #1140 . Alternatively, deleting that directory...

All the logic exists in https://github.com/mhammond/pywin32/blob/master/com/win32com/__init__.py - look for `__gen_path__`. There's also a registry entry that can be set, but sadly that's under HKLM, so if you can't get admin...

Thanks for getting back! You mean `%TEMP%` was set to a non-writable folder? Yeah, I guess I can imagine that would cause many problems and TBH I don't think it's...

> During the installation of our product the gen_py folder was created by the installing admin and then a non admin user got an error using gen_py Thanks, but I...

> Maybe the `win32com.gen_py.__path__` can be set up for 2 (or 3) search locations. That sounds like a can of worms for little value, particularly when writing (eg, would we...

> Its deterministic - the shared install / admin location write would be preferred on write (but can principally be overriden for loading from user location.) What I mean was...

It's not obvious to me what's going on. In that second call: > return self._ApplyTypes_(1610809344, 1, (24, 32), ((3, 1), (8, 1), (8, 49)), 'Status', None,Status That description of the...

`win32com.client.Dispatch` still attempts to use the typeinfo at runtime, so is likely to suffer the same problem as the pre-generated bindings. There is a `win32com.client.dynamic.DumbDispatch` that doesn't try and use...