> There is any way to tell ICS where to search and load OpenSSL DLLs
> to prevent load incompatible version?
ICS tries to load the OpenSSL DLLs from the same directory as the application,
if
they are not found there it tries the system path.
> At this moment I copy these DLLs to system32 or sys
On 13-Jul-2015 14:15, Xavier Mor-Mur wrote:
asPost = PostMemo->Text;
SslHttpCli1->SendStream->WriteBuffer(&asPost, asPost.Length());
Is the asPost variable a Unicode string?
What data encoding is the server expecting?
Change also the HTTCli.Agent to a common browser one. Some servers
On 15-Jul-2015 20:34, Xavier Mor-Mur wrote:
I tried also with application/json but get same error too.
I take a look on debug files changing only the content type and
basically differ on the end where next lines don't exist when
application/json
Have you tried this login procedure from a diff
Many thanks RTT
I will play with your suggestions on both post.
Xavi
El 16/07/2015 a les 11:05, RTT ha escrit:
On 15-Jul-2015 20:34, Xavier Mor-Mur wrote:
I tried also with application/json but get same error too.
I take a look on debug files changing only the content type and
basically diff
That was I supposed the way ICS procedure.
But what happens when ICS is also in a DLL?
When application starts working directory contains application and my
personal dll's.
The problem came at the moment I need to use the dll with ICS component,
because working directory may have changed.
Will n
> There is a way to detect the directory from which was loaded dll
> when that was done by windows?
Look at the code attached to the last message.
Angus
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Vis