Cristian Peța

The panel should be enabled after the message is received and not in TfrmPanel.btnWriteASCII_ShrtClick() And disabling the panel should be done right before fTCPClient.IOHandler.WaitFor() when you know that WaitFor() is executed.

The OP is disabling only the panel and that will not disable the button. Angus solution will solve the problem because the function will disable the button that will not pump the windows messages.

Are you storing float in string fields? I create fields as REAL in SQLite and I can change the decimal separator without issues. I see period or comma and all is working. I can update a REAL column using period in sqlite3 tool, because the tool uses only period, and I can see values with comma in my app.

You don't trick SQLite. FireDAC is using this information. You can look in FireDAC.Phys.SQLite.pas unit at FDSQLiteTypeName2ADDataType() to see how this is done.

It would be better to debug. I do not see this behavior. Delphi 12.2, Windows 11 Version 10.0.26100 Build 26100

Delphi 12.2 supports Windows 7 (SP1+) If we are speaking about OS versions, language enhancements doesn't matter but API function calls. https://docwiki.embarcadero.com/RADStudio/Athens/en/Supported_Target_Platforms

You can open a feature request and describe the issue to Embarcadero asking them to obfuscate a little the string for example with a simple and fast xor.

Have you tried FideDAC Mapping? From the link provided by Dmitry I see two things you can try (specify type name in column alias and mapping):

It's better to avoid antifreeze and do the transfer in a separate thread using TTask for example.

https://docwiki.embarcadero.com/RADStudio/Athens/en/Supported_Target_Platforms Maybe 12.0 supported Android 8.1 but 12.2 not. And if you filter the log only for your app at the and in the last page(s) should be some clues for why app closes.

I suppose you know that Android 9 is not supported by Delphi 12. A log or a message of the error would help to have a better response.

That means that TLocalDefault.GetStringValue returns expected string? Result in GetStringValue is what you expect?

EurekaLog can send data to a bug tracker. See https://www.eurekalog.com/help/eurekalog/index.php?bug_trackers_setup.php We use MadExcept and data are sent to Mantis that uses MySQL (actually MariaDB). An SQL server can handle a huge amount of data.

I think this should be reported. Something like this I discovered in FastReport and it surfaced in rare circumstances. First when I reported it was ignored till I come with a case to reproduce. Because this, the report should have also the link to documentation.

https://docwiki.embarcadero.com/RADStudio/Athens/en/W1037_FOR-Loop_variable_'%s'_may_be_undefined_after_loop_(Delphi)