Ошибка в ManagedOpenSsl в SDK от 2015-10-28
(1 чел.) (1) гость
  • Страница:
  • 1

ТЕМА: Ошибка в ManagedOpenSsl в SDK от 2015-10-28

Ошибка в ManagedOpenSsl в SDK от 2015-10-28 3 года, 9 мес. назад #1963

  • opewix
  • Осваиваюсь на форуме
  • Постов: 33
  • Репутация: 0
Добрый день,

Сегодня был выпуск обновления 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 соответствуют библиотекам в примерах.
  • Страница:
  • 1
FaLang translation system by Faboba