MikeMon

That's the million dollar question 🙂 I guess the current encoding used in the IBX controls is causing the exception, or maybe the new encoding model in Delphi 12.x. Need to investigate when I have time. Currently, for Windows XP / 2003 Server computers, I'm using the software compiled with Delphi 11.3.

Exception Class: EEncodingError Exception Message: Invalid code page

Faulting applicationXYZ.exe, version 4.0.2.5, faulting module kernel32.dll, version 5.2.3790.5295, fault address 0x0000bf93. Source: Application Error Category: 100 Event ID: 1000

You don’t need to have any drivers to add the unit to the uses clause.

Nothing helpful. Kernel exception.

I'm not even doing anything with Interbase. Just adding the unit to the uses clause is crashing the application. If I compile the application with Delphi 11.3, everything is working fine.

I have a problem with my application crashing on Windows XP / Windows Server 2003. It wouldn't even give any exceptions. After troubleshooting, I found out that the issue is caused by IBX. Just adding an IBX unit, e.g., IBSQL, to the uses clause of an empty application causes the crash. I'm not sure after which Delphi upgrade this started, but I think it was after upgrading to 12.1 or 12.2. Has anyone come across this? If yes, any solution or workaround?

After updating FastReport VCL to a newer version (2024), my application stopped loading on windows XP and Windows Server 2003. The exception I'm getting is: The procedure entry point CryptRetrieveTimeStamp could not be located in the dynamic link library crypt32.dll I know that Windows XP and Windows Server 2003 are no longer supported by Microsoft, but I have clients that still use them. Has anybody come accross this and found a solution?

No Android involved!!

I’ve been using an RSA SSL certificate until now for my API server. However a new client is asking to use ECDH ciphers to connect to it. So, I’ve created an ECDH SSL certificate to make it happen. Haven’t had luck making it work yet!! FYI, the new certificate is loading fine.

Actually I AM using sslvTLSv1_2.

I'm using TIdServerIOHandlerSSLOpenSSL and have tried using the CipherList above. It doesn't work. I get the following message: Error: 1053760: error:10000410:SSL routines: OPENSSL_internal: SSLV3_ALERT_HANDSHAKE_FAILURE:..\..\..\..\src\third_party\boringssl\src\ssl\tls_record.cc:592:SSL alert number 40

@Remy Lebeau Any guide on how I can set up the Datasnap REST server to accept ECDH (instead of or in parallel to) RSA ciphers without updating the default OpenSSL and Indy versions installed with Delphi to newer versions? FYI, I've already created the ECDH SSL certificate.

Tx. I'll check it out. Tx!!

Hi I'm using Delphi 12.2 Patch 2. I've set up a REST Datasnap server that uses HTTPS. Using Indy (installed during Delphi installation), it works fine for RSA certificates. Any guide on how I can set it up to accept ECDH instead of (or in parallel to) RSA ciphers? Moreover, are there any alternatives to Indy that use TLS1.3? BTW, I updated Indy to the latest version following the update instructions, but it messed up my Datasnap server. I had to uninstall and reinstall Delphi. 😞