eryksun added the comment:
> Dependency Walker doesn't know how to resolve those DLLs on
> any platform - Win10 looks exactly the same.
On older systems the api-ms-win-crt-* DLLs should be physically installed in
System32, so Dependency Walker should find them if they exist. For example, on
a Windows 7 box:
>dir /b C:\Windows\System32\api-ms-win-crt*.dll
api-ms-win-crt-conio-l1-1-0.dll
api-ms-win-crt-convert-l1-1-0.dll
api-ms-win-crt-environment-l1-1-0.dll
api-ms-win-crt-filesystem-l1-1-0.dll
api-ms-win-crt-heap-l1-1-0.dll
api-ms-win-crt-locale-l1-1-0.dll
api-ms-win-crt-math-l1-1-0.dll
api-ms-win-crt-multibyte-l1-1-0.dll
api-ms-win-crt-private-l1-1-0.dll
api-ms-win-crt-process-l1-1-0.dll
api-ms-win-crt-runtime-l1-1-0.dll
api-ms-win-crt-stdio-l1-1-0.dll
api-ms-win-crt-string-l1-1-0.dll
api-ms-win-crt-time-l1-1-0.dll
api-ms-win-crt-utility-l1-1-0.dll
In Windows 10 these DLLs are an API Set contract; they don't actually exist in
the filesystem. For example, on Windows 10 GetModuleHandle for all of these
DLLs returns a handle to ucrtbase.dll, whereas on Windows 7 each is a uniquely
loaded module.
----------
_______________________________________
Python tracker <[email protected]>
<http://bugs.python.org/issue25223>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
