FredS

Check your paths, sometimes Delphi starts comparing same named DCUs built with different compiler directives.

You should be able to get those from https://my.embarcadero.com As for the rest, what are the results of NsLookup? nslookup getit-104.embarcadero.com

Same happened to me, seems to be a case manufacturer obsolescence:

Pretty sure only getitnow is setup to accept basic browser access. The others appear to be redirected to this error. Check: [HKEY_CURRENT_USER\Software\Embarcadero\BDS\??.0\CatalogRepository] ServiceURL=https://getit.embarcadero.com

Besides cost once your projects are fine tuned it can take a long time of frustrated user input to iron out differences.. Back when I looked at FireDAC it was around $900 plus subscription fees while UniDAC was ~$400.. now that initial investment is null and that includes time spent..

Checkout the NUMA Support Branch Add to DPR Uses: FastMM5 in '<path>\FastMM5\FastMM5.pas', Call `FastMM_ConfigureAllArenasForNUMA` in the DPR after BEGIN

I don't have a Dual Xenon system available to me but I've tested this in an elevated app and it works fine: https://community.idera.com/developer-tools/programming-languages/f/delphi-language/72615/linux-equivalent-for-setthreadidealprocessor-and-setthreadaffinitymask-in-delphi

I added in my DPR right above madExcept (v5) and it worked fine. Did you use the NUMA Branch?

Can be changed to force UAC into the Secure Desktop: https://docs.microsoft.com/en-us/windows/security/threat-protection/security-policy-settings/user-account-control-behavior-of-the-elevation-prompt-for-standard-users

I got as far as "Error on loading data from server getit-104.embarcadero.com..." 🙂

Use Regex101 to find the issue.

Since we already have System.Net.URLClient.TURI I might simply add a record helper with a class function Combine. AUrl := TUri.Combine(Path1, Path2);

For sure. Executing a cmd which deletes DCUs that may have been compiled using different config seems to have helped a lot. I didn't come back until XE7 (D6->XE7) at which point there where huge issues with or without fix pack. The interesting part is that some of those got better with one minor release then came back in the next..

Yup, this thinking suggests that all those usability, compile and stability issues where fine as long as Andy fixed 'em..

I guess the key point is that Embarcadero is just fine without the fix pack then.. move along..