Stompie

Seems to be back online now

This is know to Embarcadero under https://quality.embarcadero.com/browse/RSP-37975 I have run into this issue as well in the past, but the solution mentioned in this comment seems to solve it for me: https://quality.embarcadero.com/browse/RSP-37975?focusedCommentId=131866

So it turns out that the 64 bit 1.0.2u binaries from downloaded from https://github.com/IndySockets/OpenSSL-Binaries/ also do not work on a blank Windows Server 2016 installation. As soon as the latest version of "Microsoft Visual C++ Redistributable" (for Visual Studio 2015, 2017, 2019, and 2022) is installed on the server, they work again. Edit: It seems to look for "vcruntime140.dll" Of which a 32bit version is availble in "C:\Windows\SysWOW64\vcruntime140.dll" But a 64bit versions is not found.

In Delphi 11.2 (maybe also in earlier versions), I have noticed that there now is the property "AutoDropDownWidth" on "TComboBox" to do this.

There is the "Tfrm_OAuthWebForm" in "REST.Authenticator.OAuth.WebForm.Win" The RESTDemo Sample should help you on the way: https://docwiki.embarcadero.com/CodeExamples/Sydney/en/REST.RESTDemo_Sample

If I remember correctly, I followed the instructions provided by Embarcadero: https://docwiki.embarcadero.com/RADStudio/Seattle/en/OpenSSL#32-bit_and_64-bit_Windows and I used option 1 to get the dlls, so they came from https://slproweb.com/products/Win32OpenSSL.html back when the 1.0.2 where available I replaced my dll's with the ones from https://github.com/IndySockets/OpenSSL-Binaries and those work without the dependency on "Visual Studio 2013 (VC++ 12.0)"

I had the same issue on a new Windows 2016 build server with the openssl-1.0.2u dll in my application folder Could not load SSL library. WhichFailedToLoad: "Failed to load libeay32.dll." GetLastError: 126 - "ERROR_MOD_NOT_FOUND" Using ProcessMonitor I was able to find out that msvcp120.dll was not found on the host system, so I had to install the latest "Visual Studio 2013 (VC++ 12.0)" https://learn.microsoft.com/en-US/cpp/windows/latest-supported-vc-redist?view=msvc-170#visual-studio-2013-vc-120

I have the same issue, altough for me it is the "Mymic the system style" option under "Enable VCL Styles" that is the culprit

It looks like you are using Delphi 10.2 Tokyo to install Jedi. Compiler Version 32.0 is Delphi 10.2, Delphi 10 has compiler version 30.0

Hi @santiago, did you ever get this working in DUnitX? Would you mind sharing some of your DUnit(X) code, I have a similar situation where a dynamic test for each subfolder would be better, compared to 1 test: TestAllSubFoldersOf