FredS

Yes, that was done a couple of months ago when I had GetIt issues.. But that was an RDP mapped drive not a standard one which with a 6 Gig file could be the issue. So far all testing looks pretty good, an exception of API not found during startup (Windows 7) but compile speed is down to Rio speed again and CodeInsight seems to be working... including.. gulp.. ErrorInsight 🙂

Same here just now using the Off-line installer on Windows 10. The only AV is the M$ one.. and definitions where updated less than an hour ago. --------------------------- Setup --------------------------- Unable to execute file: C:\Program Files (x86)\Embarcadero\Studio\21.0\bin\bds.exe CreateProcess failed; code 2. The system cannot find the file specified. --------------------------- OK ---------------------------

Right, it will simply NOT inline that function and that means there is a Jump.. inline is faster.. ..more on those for Rio

Not sure yet.. Tried using the GOF file with the installer from a mapped drive and got a tsclient error. So that doesn't work, was never tested or maybe its because I still use Windows 7..

Remembered I added this for a self updater. But I can't say its fully tested yet the remark sounds correct: class function TDirectoryHelper.HaveControlledFolderAccess(const Path: string): Boolean; {$REGION 'History'} // 04-Jan-2019 - 'Controlled Folder Access' won't return an error nor an Invalid Handle // those checks are here in case the path is bad or doesn't exist. // The only indication is that the file is not created {$ENDREGION} var LFile: string; h: THandle; begin LFile := TPath.Combine(Path, TGuid.NewGuid.ToString + PERIOD + TGuid.NewGuid.ToString); h := CreateFile(LFile.ToPchar, GENERIC_READ or GENERIC_WRITE, 0, nil, CREATE_NEW, FILE_ATTRIBUTE_HIDDEN or FILE_FLAG_DELETE_ON_CLOSE, 0); if (h = INVALID_HANDLE_VALUE) then Exit(False); Result := FileExists(LFile, False); CloseHandle(h); end;

For protected folders you are fighting the builtin security system.. it's like a builtin Firewall, you only know your call didn't work and most likely froze you never get an explanation why..

Vielleicht Interessant: Zum Corona Quiz

I just ran the compiled demo for InjectAPI and that still worked on a freshly installed Windoze 20H2. But you can't have a DLL with forms only Kernel32 and User32 API. This means you will need to hack some communication with an app. But let me warn you, I was surprised that it worked especially since the Binaries where not signed. This is oodles more restrictive today than it was 20 years ago 🙂 hope that helps

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..

Please, don't inject common sense into the Anti-With argument 🙂 That said, I used to write WITH six even eight levels deep. Thought nothing of it, surely everyone knew the classes referenced within that and it was clear which one the property belonged to.. Returning to that code ten years later was less fun..

FYI: This is your thread so you should get notification of all replies to it. But I only get notification when someone quotes, 'Likes' or adds me as a Tag. In short if someone didn't give my post a like I would have never seen your reply.