Наскоро Кампильо приложение на Delphi FMX Android, когато имат достъп до сървъра HTTPS, когато искането за да получите от TIdHttp заявките компоненти библиотека "Не може да се зареди SSL библиотека", използван sslvTLSv1_2 протокол в прозорците на всички каси на Android не е така. Аз съм изкопал, че можете да се свържете на библиотеката и libssl.so libcrypto.so чрез .assets разполагане \ вътрешно. И ето как кода на тяхната употреба една primerchik не изложи, макар и обсъден в интернет 100 пъти, като и двете прикован към IdSSLIOHandlerSocketOpenSSL1.SSLOptions.CertFile. Ако има един код изложи моля? skinte или по електронна поща [email protected]
IdSSLIOHandlerSocketOpenSSL1.SSLOptions.Method.sslvTLSv1_2;
IdSSLIOHandlerSocketOpenSSL1.SSLOptions.Mode.sslmUnassigned;
tcp_client-> Socket-> Write (data_out, невярно); data_out - TMemoryStream около 1.5 МБ, ако използвате WiFi всичко ОК, в OnWork редовно AWorkCount чрез изпращане на 96 байта.
Включете проверка WiFi интернет връзка - всичко е ОК, малки масиви от няколко килобайта вървят без проблеми.
Аз изтръгне 1,5 метра - AWorkCount показва някои или терабайта или отрицателни стойности.
Не е грешка, глупаво виси. Това не е така? помощ
и по-точно в TIdHashSHA1.NativeGetHashBytes функция (файл: idHashSHA, па) на една линия с кода:
SetLength (Резултат, SizeOf (UInt32) * 5); // във файла с низ преброени 460 Помощ за решаване на този проблем.
версия:
Делфи: 10.1
Indy: 10.6.2.5341
# 13; Изправени пред засадата: трябва да премине към клиента (Android) към сървър (Win) данни # 13;
# 13; # 13; # 13; # 13; TArray_Data = запис # 13; fText_a: String; # 13; а, б: двойно; # 13;. # 13; край; # 13; # 13; # 13; # 13; # 13; По-рано винаги се използва стандартен ServerSocket / ClientSocket и съответно ReceiveBuf / SendBuf, и тук, в Indy не се предава # 13 .;
# 13; # 13; # 13; Бързите ,, алтернативни решения? # 13;
# 13; # 13; # 13; # 13;
Сега потребителите на страница 0
Не са хора, които търсят в тази страница
Свързани статии