DelphiUdIT

Webbroker should use only the communication channel, doesn't mind what is the crypto protocol used and how is used, That is how the stack should works, So, if you set the SSLIOHandler correctly all should work.

I tried now (like I tried Tuesday) with the host that you gave us, and it works for me. And I tried with and without set the Chiperlist: since the host use TLSv1_2 and TLSV1_3 and as the A+ evaluation you don't need to setup a ChiperList. Normally the connection between Client and Server use the chiper choose by server and setup a ChiperList in your client is for your security. The ChiperList between server and client must match at least one element. To try I simply put an TIdHTTP and an SSLIO Handler and setup only two properties on IDHTTP1 (HandleRedirects and IOHandler), and one on SSLIOHandler (Methods->sslvTLSv1_2 in SSLOptions): Try to do a GET from HTTP like this: If you don't have any errors, it is OK.

This is the Indy binaries repo for SSL, the bundle version of Indy ('till now) works with 1.0.2.u : https://github.com/IndySockets/OpenSSL-Binaries

May be, the ChiperList list should be construct like this: CipherList := '!EXPORT:!LOW:!aNULL:!eNULL:!RC4:!ADK:!3DES:!DES:!MD5:!PSK:!SRP:!CAMELLIA'+ ':ECDHE-RSA-AES128-GCM-SHA256'+ ':ECDHE-RSA-AES256-GCM-SHA384'+ ':ECDHE-RSA-CHACHA20-POLY1305'+ ':ECDHE-ARIA256-GCM-SHA384'+ ':ECDHE-ARIA128-GCM-SHA256'+ //Weak ma good with old prducts ':ECDHE-RSA-AES256-SHA384'; And take care that scanning the site you indicate, there is a mandatory support to SNI. I don't think if Indy support SNI. EDIT: with Indy Bundle (Delphi 12.3) and TLSv1_2 (OpenSSL ver. 1.0.2u) X64 is working the connection with that host.

I'm aware of this, and this may be logical, but in the past I had to do 2 (TWO) times COMPLET REBUILD. It didn't work with just one. ... but not always, only sometimes. I know that because I allocate manually the "console" depending of that symbol and without this the I/O error will be produced if some "writeln" is executed (confirmed also by debugging).

In the past time (surely prior 12.x) I was used to do this, but I stopped 'cause many times the change of the "symbol" define seems that not apply to all units where the symbol was used. It was like if some untis were not compiled. I used the "DEEP_DEBUG" symbol to do a "writeln" for debugging, but sometimes i delete it and the "writeln" was executed the same. I had to compile almost two times the project to make a real change. I have never looked into the problem in depth, because when you have it you are usually already busy up to your neck. So I changed the habit of using the definition in the project options. And when I compile packages (i.e. libraries) ... I always recompile them TWICE. I don't know if this anomaly exists in the current version, but I don't even want to try it.

Like you told, If you want to define global "symbols" you must insert them in the Project Options / Delphi Compiler / Conditional Defines: You can define it in .DPR like in any other unit, but it is only valid inside that unit. And there should be no errors. May be your line (I think is about a new unit in the uses clause) is inserted in a bad place (like if the previous line has already a ';' terminator) or should be terminated with a ',' ...

Hello, today this comment (the bottom in the figure) appears in the QP (I omitt the name of the annotator) Someone, may be the same who post this, can clariry what means? I use WINMD and have never found any bugs since. But I'm worried that there is something latent or hidden that I am unaware of. Thanks.

Thanks, I have to check if something is wrong ... even if apparently everything is working (but I don't use the reported units ... at least ...) . P.S.: I had already changed the reference from "Win32Api" to "WinApi.Windows" in the WINMD units I use and deleted the Win32Api unit .... maybe that's why I never had problems. The alternative might be better ... @himitsu, yes the word "oggi" means "today". That is the screenshoot from the QP in my language.

I already have this (old version), but it cannot be compared with the one provided by Embarcadero. They have totally different "constructs" and therefore the comparison is practically impossible. EDIT: I mean massive comparison. you have to test every single function. The Embarcadero one however reports help data such as the link to the Microsoft page for each single function and other info. example (Emb.): ///<summary>Documentation: https://docs.microsoft.com/windows/win32/api/winnt/nf-winnt-rtlinterlockedflushslist</summary> ///<remarks> ///<para>Supported since: <i>windows5.1.2600</i></para> ///</remarks> function RtlInterlockedFlushSList(var ListHead: SLIST_HEADER): PSLIST_ENTRY; stdcall; {$EXTERNALSYM RtlInterlockedFlushSList} example (Other); function RtlInterlockedFlushSList(var ListHead: SLIST_HEADER): PSLIST_ENTRY; stdcall; external 'ntdll.dll' name 'RtlInterlockedFlushSList'; {windows5.1.2600} Thanks anyway for the update.

In the past I also used Oracle SDK and had to set the JAVA_HOME environment variable which points to the java bin folder. But if you want to install to bundle Java runtime (Adoptium) go to "Manage Features" from IDE and check the "Adoptium ..." box in the listed choices.

A curiosity: why you elevate (run as administrator) the IDE ? It's not needed, normally.

May be is a stupid information: and try with ATTACH instead to do a direct debugging ?

I don't know about log files from IDE. Have you installed the latest May patch (you can find it on Getit)? You can also download it on MyDownloads of Embarcadero. Uncheck the options "Tools/IDE/Saving and recovering/ "Reopen last open project ..." so the IDE start without loading a project. P.S.: If you have any third-party add-ons installed, try uninstalling them all and adding them one at a time to see which ones might be causing you problems.

It looks like Google wants a paid account too. After that the certificate is going to be free... I tried the Acme version with Let's Encrypt and with Buypass and all is working.

I have 1, 2 or 3 monitors in use (depens on working places, project type and debug features needed). In the early versions I had those annoying problems but in the last version (12.3) I didn't found them. I always use monitors with 100% scale settings and always IDE with HIGH-DPI-Aware (normal start). My IDE is ALWAYS in the first monitor (the primary) and the applications run always in the secondary monitor if available. In the third monitor I put some units undocked or documents. I use this IDE layout: and as I already said in the new Rad Studio's release I never had those issues. In High-DPI tests, I found some issues like those reported in other topics and in the ESP (Embarcadero service portal).

@dmitrybv The concept you express, that of simplifying the organization of the code in some way, has been discussed several times (so much so that now we can build the view of the "link" tree). However, the current organization, in my humble opinion, allows us to maintain a well-separated and at the same time compact organization of the code. The concept of "breaking" the code into unitary elements fits perfectly with the concept of units. It also fits with the concepts of scope (private / strict private / ...) and how they are now applied. The problem of "blocking" circular references is actually a problem that concerns the implementation of the code not carried out with rigor. Out of haste or inexperience, everything is put into a few units and then ... "you can't unring the bell". The concept of packages is already present (see third-party distributions or even bundles like Indy or FireDAC) but the use is still tied to units, and so you can "load" only what is necessary without having to compile the entire package, ensuring a fast and compact generation (... compact ... 🙂maybe it could be improved) of the executable code. For the runtime the concept of packages is already present similarly to other "languages". Of course, it is necessary to know what to reference as a unit but it is a hurdle that is easily overcome with time ... and it also helps to understand how the package was conceived and organized (which never hurts).

He requested a specific version, and I was not aware that it was still possible to obtain it. The fact that there are or not the source packages is irrelevant, he would not have made the request by listing them if he had them. ALL my projects are updated to the latest distribution version (maybe not in zero time), rarely some that are archived and remain there as historical memory. The fact that there is great backwards compatibility is a quality that has always been one of the main reasons linking with Delphi. However, even if the biggest obstacle was the advent of unicode as a standard, there are many other reasons (and a lot of) that push me to think that a project (or maybe more than one) with all those third-party packages is not so simply portable to the new version. But I have no information on this, so I can only assume (maybe I'm wrong).

I didn't know previous access was that far back, I thought it stopped at the XE version.

You can use the last edition released (Rad Studio 12.3 Athens) But the packages are not free, and the code will have to be changed. A 16 year leap (especially external packages) will be laborious and not cheaper. I think that is better to talk with Embarcadero rappresentative and explain the situation, they can redirect you to a professional developer. Of course some member of this community can help you, but I think they can contact you in private. You will provide them more information about the application and your knowledge.

I don't think it's possible, if you don't have an Embarcadero subscription. And if you have it, I don't think that those packages are available anymore (most of them were not free).

@Uwe Raabe sorry, I mistakenly understood it was advice...

Really? My notepad does not and has never done such an operation on its own, until I force it It reads a file with an encoding and saves it with the same encoding. And the only real usable option is to convert a file in ANSI to Unicode (UTF-xx) and not the "other way around". Converting a data that can have thousands (at least) of combinations into a data that can only have 256 makes no sense. In these cases you only work with ANSI encoding without any conversion (as in the case of iterations with old industrial systems or very old equipment). Taking into account that those who use Delphi normally develop for a multitude of "clients" (I mean develop applications that can be used in various environments) thinking of doing something similar is really a risk.

I don't know why that page present those data. but in many "converters" and also looking at Unicode BMP, surrogate and extended this combination is not valid. This is the right coding (with chinese char for test, all confirmed with UTF online services):

Why someone would do this ? Depends on places where you do it (I mean OS, LANGUAGE, ....) you will have differents results.