still the same issue & trace using 33ad6bc54e9246e57b1bdd32e7f7a869d07b7ace & openssl 1.1.1
Tue, Apr 9
Thu, Apr 4
Mon, Apr 1
Fri, Mar 29
Mon, Mar 25
Sun, Mar 24
Mar 20 2019
See https://travis-ci.org/ashkulz/NppFTP/jobs/504958471, also for NppFTP with 0.8.7 this issue could be observed for mingw64 4.8.4 build with setting -DWITH_STATIC_LIB=ON for https://github.com/ashkulz/NppFTP/pull/246. The same constellation build with MSVC seems to have no such issue, see https://ci.appveyor.com/project/ashkulz/nppftp/builds/22995813
Mar 14 2019
The behaviour was observed on Fedora 29 with libssh-0.8.7-1.fc29.x86_64.
Mar 13 2019
All is fine, I just hadn't considered that I linked the Openssl statically :-).
Please open a new bug if there is an issue with libssh and openssl linking on Windows and provide details there. Thanks!
You seem to statically link openssl, that's why you need to link crypt32.dll. This means it isn't our problem. See
Is that only happening with static linking?
Why do you need to link against crypt32, can you post the error?
Your fix for the "libcrypto.c" worked, thanks :-).
Mar 12 2019
Do we need to add:
I compile the OpenSSL and the libSSH on a Windows 8.1 system with the mingw64 ( MSYS2 ).
Mar 11 2019
I just tested with Fedora 29 with the latest OpenSSL 1.1.1b (openssl-1.1.1b-2.fc29.x86_64) and I am able to build the libssh without any problem. Can you clarify on what OS are you trying to compile and you see these errors?
Mar 7 2019
Mar 1 2019
Feb 28 2019
FWIW seems that libssh-0.8.6 compiles fine here with LibreSSL-2.8.3
Building with openssl-1.1.1a-1.fc29.x86_64 works fine so the support window is not a problem.
Jakub, could you check once OpenSSL 1.1.1b is in rawhide?
Feb 27 2019
Some time ago, we use WSAPoll() on Windows but it had a lot of issues that's why we stopped using it. I guess the best would be to move to a library which provides different event loops like libverto.
Thank you very much for the bug report.