Cristian Peța

There is not Android x86 platform in Delphi. For debugging you can use Android devices or better Windows 32 for non Android specific things.

If not multi threading then it can be.

procedure Foo; stdcall; begin SetFPCR; ... RestoreFPCR; end; Do you think is so cumbersome to do this for every exposed function? The SetFPCR and RestoreFPCR you need to write for yourself but only once.

If FPCR would not be per core then one processes would change FPCR of all processes! This can't be. FPCR must be pe core like all CPU registers.

Here something on this them: https://stackoverflow.com/questions/77764786/remove-runfulltrust-capability-from-flutter-windows-application And Win32 apps packaged as msix will need runFullTrust. You can avoid runFullTrust with UWP but a Delphi app will call all sort of Win32 API that will need runFullTrust. https://blogs.windows.com/windowsdeveloper/2017/07/06/calling-winrt-components-win32-process-via-desktop-bridge/

The sources must register to the collector. And unregister when the source does not need the collector anymore. The collector must not be destroyed if there is an active source. This is a little like ARC for interfaces work.

@Uwe Raabe do I need to do something more than login to see the report?

I suppose you are using TXMLDocument. Then why not using TXMLDocument.LoadFromStream and TXMLDocument.SaveToStream and let the library do the encoding work for you?

Simply don't share dll memory with the exe. https://docwiki.embarcadero.com/RADStudio/Sydney/en/Sharing_Memory

The OS will free the memory when you unload the dll.

Why a ghost? TThread.Create() can raise an exception using resourcestring SThreadCreateError = 'Thread creation error: %s' And SysErrorMessage() return an empty string.

FieldByName('STAT_CLOSED_DATE').Value := Null Easier to read for me.

That serial number is not for Delphi 11 that is the current community edition?

Linux and Windows sources are C, C++, Assembly....

Then you don't know if that first char is one or two bytes. You test first byte (suppose UTF-8) and if it is not what you expected then you test first two bytes?

After connection is created is too late. But default is True.... https://docs.devart.com/unidac/devart.dac.tdaconnectionoptions.keepdesignconnected.htm

Server outage and GetIT server changed. Old online installer does not work anymore.

Maybe I am from ice age and Delphi evolved since then... but this does not compile in D11.3: E2005 'Create' is not a type identifier Calling TGUIDHelper.Create() in procedure declaration where you need to give a type is somehow strange for me.

aData type is terrible... is this Delphi code?

Install from ISO.

Too little details but a debug call-stack should tell us something more.

It's not a compiler problem, but record variables are not class variables and when you declare a record variable it is allocated automatically. You enter into a infinite loop of circular allocation. type TRecA = record; TRecB = record FieldA: TRecA; end; TRecA = record FieldB: TRecB; end; var a: TRecA; //infinite circular allocation of memory

Yes, but imagine someone with 200% display scale with a magnifying glass trying to adjust something on a form because the form is half the size.

@weabow TFDPhysSQLiteDriverLink is in FireDAC.Phys.SQLite.pas But if you copy-paste from here it won't work because after last "k" character there are some non-visible chars: EF BB BF EF BB BF

You only need a iOS 16 device. BTW I don't write today iOS app but but at that time I learned that upgrading iOS on the device should be done only when there is a confirmation that debugging from Delphi works on new iOS.