These are chat archives for IndySockets/Indy

25th
Oct 2016
marbles99
@marbles99
Oct 25 2016 09:47
Hi Remy. That is the really odd thing. I was aware of the Fulgan site and that is the only place I get the SSL libraries from. I had downloaded the latest and that is what I have put into the EXE directory (I redownloaded and recopied again this morning). The version I am using is 1.0.2j. The test program is incredibly simple, just calling an HTTPS to the API using GET. This is using Seattle and Indy 10 with a TIdHTTP and TIdSSLIOHandlerSocketOpenSSL. When I compile and run, it stops at the HTTP GET with the "ordinal 4430 could not be located" error. So I don't know what is happening here. It couldn't be simpler really. A simple GET with HTTPS and hopefully the correct SSL libraries, but something is stopping the SSL loading.
marbles99
@marbles99
Oct 25 2016 10:07
This is the line that is throwing the exception (in TIdTCPClientCustom.Connect in IdTCPClient):
blob
These are the SSL options I have set:
blob
marbles99
@marbles99
Oct 25 2016 10:18
Actually, going deeper, it's here it fails which I guess is where you would expect if it is going to?
blob
GIdOpenSSLPath is '' and SSL_DLL_name='ssleay32.dll'
Remy Lebeau
@rlebeau
Oct 25 2016 15:08
Again, that goes back to my earlier statement that you likely have mismatching DLLs. When ssleay32 is loaded, it has dependencies on other DLLs, and if those can't be loaded than ssleay32 fails to load.