[gnutls-help] I keep getting a crypt32.dll message on Windows

[Dan Kegel]

What's the path to the .exe you're running, and to the crypt32.dll you want
it to load?

If they're not in the same directory, your exe is probably finding the
crypt32 some other app installed.
Ways around this:
- copy the right crypt32.dll et al to the directory the .exe's in
- use SetDllDirectory() to point there
- use PATH to point there (though not globally... just in a batch file that
runs your .exe)
- use a manifest
- swing a dead chicken over the computer

Good luck!
- Dan


On Fri, Oct 7, 2016 at 4:40 PM, Levi Stanley <levi at eneservices.com> wrote:

> It is loading the crypt32.dll from c:\windows\system32
>
> On Thu, Oct 6, 2016 at 11:05 AM, Dan Kegel <dank at kegel.com> wrote:
>
>> This sounds like DLL hell.  Try using Dependency Walker to verify that
>> you're loading the crypt32 DLL you think you're loading.
>>
>> I think depends.exe comes with visual studio, but if not, see
>> http://www.dependencywalker.com/
>> or maybe https://technet.microsoft.com/en-us/sysinternals/processexplorer
>>
>> On Thu, Oct 6, 2016 at 7:59 AM, Nikos Mavrogiannopoulos <nmav at gnutls.org>
>> wrote:
>>
>>> Hi,
>>>  Which version of windows is that? Does it occur with the automatically
>>> built versions of the library (e.g.,
>>> https://gitlab.com/gnutls/gnutls/builds/3852960
>>> <https://gitlab.com/gnutls/gnutls/commit/64fd6aa9e7c38b645c710aac036d4c5bd08b0b0c/builds>
>>> and https://gitlab.com/gnutls/gnutls/builds/3852955)
>>>
>>> regards,
>>> Nikos
>>>
>>> On Thu, Oct 6, 2016 at 6:19 AM, Levi Stanley <levi at eneservices.com>
>>> wrote:
>>>
>>>> I compiled gnutls using Mingw64, and Msys2.
>>>>
>>>> However, when I try to execute the application, I get a dialog like
>>>> this:
>>>>
>>>>
>>>> ​
>>>>
>>>> Basically saying "The procedure entry point CertCloseStore at 8 could not
>>>> be located in the dynamic link library crypt32.dll.  And the application
>>>> terminates after clicking the okay button.
>>>>
>>>> What flags do I need to set on the configure script to eliminate this
>>>> issue?
>>>>
>>>> Currently, I am using this:
>>>>
>>>>
>>>> *configure --prefix=/c/mingw --with-included-libtasn1 --without-p11-kit
>>>> --with-unbound-root-key-file=/c/mingw/etc/unbound/root.key
>>>> --host=i686-w64-mingw32 --build=i686-w64-mingw32 --target=i686-w64-mingw32
>>>> --enable-static --enable-local-libopts --disable-doc
>>>> CFLAGS="-I/c/mingw/include -L/c/mingw/lib" CXXFLAGS="-I/c/mingw/include
>>>> -L/c/mingw/lib"*
>>>>
>>>>
>>>> Any assistance would be greatly appreciated.
>>>>
>>>> Best regards,
>>>> Levi
>>>>
>>>> _______________________________________________
>>>> Gnutls-help mailing list
>>>> Gnutls-help at lists.gnutls.org
>>>> http://lists.gnupg.org/mailman/listinfo/gnutls-help
>>>>
>>>
>>>
>>> _______________________________________________
>>> Gnutls-help mailing list
>>> Gnutls-help at lists.gnutls.org
>>> http://lists.gnupg.org/mailman/listinfo/gnutls-help
>>>
>>
>>
>> _______________________________________________
>> Gnutls-help mailing list
>> Gnutls-help at lists.gnutls.org
>> http://lists.gnupg.org/mailman/listinfo/gnutls-help
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20161007/81413407/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Windows 7 x64 - PCPitstop-2016-10-06-00-14-37.png
Type: image/png
Size: 21560 bytes
Desc: not available
URL: </pipermail/attachments/20161007/81413407/attachment-0001.png>