Добрый день,
Сегодня был выпуск обновления SDK, который должен был пофиксить AccessViolationException при проверке OCSP в ManagedOpenSsl.
1. После установки обновленных библиотек "dotnet_xml_wrapper" у нас вылетает следующая ошибка (библиотеки x64)
The type initializer for 'OpenSSL.Core.Native' threw an exception.
System.TypeInitializationException: The type initializer for 'OpenSSL.Core.Native' threw an exception. ---> System.EntryPointNotFoundException: Unable to find an entry point named 'ENGINE_load_gost' in DLL 'libeay32'.
at OpenSSL.Core.Native.ENGINE_load_gost()
at OpenSSL.Core.Native..cctor()
--- End of inner exception stack trace ---
at OpenSSL.Core.Native.BIO_new_file(String filename, String mode)
at OpenSSL.Core.BIO.File(String filename, String mode)
Нужно отметить, что библиотека ManagedOpenSsl взята из SDK 2.0\CC(Kalkan)\Windows\dotnet_xml_wrapper\libs\ReleaseX64, но она почему-то ищет libeay32 (в предыдущей версии SDK использовалась libeay64)
2. Если взять библиотеки ReleaseX64 и сравнить их с библиотеками из dotnet_xml_wrapper_example, то обнаруживается разница в ManagedOpenSsl и xmlsec_wr.dll. Я попытался взять библиотеки из примера, но с ними возникает старая ошибка - AccessViolationException при проверке OCSP.
При выпуске следующей версии SDK пожалуйста убедитесь, что ManagedOpenSsl в папках x86 x64 действительно нацелены на соответствующие библиотеки libeay, xmlsec_wr и библиотеки из Release соответствуют библиотекам в примерах.