On 2020-05-29 2:04, Bruno Haible wrote:
Hi,
Steve Lhomme wrote:
LoadLibrary is forbidden in such apps (can only load DLLs from within the app
package).
The API entries are available to all apps linking with the Windows API as found
here:
Daiki Ueno wrote:
> this change seems to
> break MinGW cross build, because GetFinalPathNameByHandleFunc is defined
> only if !(_WIN32_WINNT >= _WIN32_WINNT_VISTA), but referred to from
> _gl_convert_FILETIME_to_timespec without the guard:
Oops, indeed. With the appropriate _WIN32_WINNT setting,
Hello,
Bruno Haible writes:
> diff --git a/lib/stat-w32.c b/lib/stat-w32.c
> index b9163f5..02ad9ab 100644
> --- a/lib/stat-w32.c
> +++ b/lib/stat-w32.c
> @@ -40,18 +40,20 @@
> #include "pathmax.h"
> #include "verify.h"
>
> +#if !(_WIN32_WINNT >= _WIN32_WINNT_VISTA)
> +
I am totally
Hi,
Steve Lhomme wrote:
> LoadLibrary is forbidden in such apps (can only load DLLs from within the app
> package).
> The API entries are available to all apps linking with the Windows API as
> found
> here:
> https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis
Thanks for these infos.
Any update on this patch ?
On Dekstop it's better to use kernel32.dll as it's loaded with every
process, so the LoadLibrary is not loading any new DLL.
On Winstore/UWP apps you cannot use LoadLibrary, only LoadLibraryFromApp
which cannot be used to load system DLLs. Static linking in
