Vandrovnik

There are also directives for these warnings: {$WARN UNIT_PLATFORM OFF} {$WARN SYMBOL_PLATFORM OFF}

You can create a method (of that record) for reading data from a stream, for example. In that method, you use Stream.Read(flags, sizeof(flags))... To read the string, you probably have to read byte by byte and check, whether it is zero. Do not forget that size of the char is 2 bytes (in Unicode Delphi).

AutoHotkey should be free.

For free? Oh no, I am paying for it! 🙂

May be instead of SELECT SUM(IM.TRS)TRS, SUM(IM.INCOME)INCOME, SUM(IM.OUTGO)OUTGO should be just SELECT SUM(IM.TRS), SUM(IM.INCOME), SUM(IM.OUTGO) ? The JOIN - I alway specify what kind of join I want, such as LEFT OUTER JOIN, because I am never sure, what is the default 🙂

I did not suggest OpenGL, I just wrote that it works fine for raster graphics ("It's for a mapping project so it involves tiling, overlaying grids and bitmaps.").

In OpenGL, he can work with raster graphics really fast and easy - he just loads them as textures. But writing text and printing will not be so easy, if they are needed.

Well, it was not a clean work... I am using IBX components. I took IBX.IBIntf.pas, created AndroidIBIntf.pas from it. From TIBServerLibrary I have created my TAndroidIBServerLibrary and made a few modifications: In .LoadIBLibrary, I copy Firebird's files from IncludeTrailingPathDelimiter(tPath.GetDocumentsPath)+FbDynClientAssetsDirectory to IncludeTrailingPathDelimiter(tPath.GetHomePath)+FbDynClientRunDirectory, because I did not manage it to work from original path. In initialization, I set environment variables FIREBIRD_TMP and FIREBIRD_LOCK to a folder inside of tPath.GetTempPath In .LibraryName, I return path to libfbclient.so

Firebird for Android - it works (embedded), but there is no 64bit version for Android at this moment. When you publish your app in Google Play, you need 64bit version too...

But when divisor is 64bit, he has to use the "128 bits divide by 64 bits", because, as far as I know, there is no instruction for "64 bits divide by 64 bits", or is there?

Why not? I thought RDX:RAX are used: Unsigned divide RDX:RAX by r/m64, with result stored in RAX ← Quotient, RDX ← Remainder.

Oh, please nothing special, just make 10.4.x usable first.

Does it happen when you uninstall IDE Fix Pack? If no, you may need to disable more modules of IDE Fix Pack, in my case this one was enough.

You can use: type tTestEnum = (None=0, One=1, Eight=8);

Exactly - my most stupid and most difficult to find mistakes in OpenGL came from using wrong constant (with similar name to the correct one).

I had to disable one of the modules in IDE Fix Pack. In system-wide environment variables, I have created new entry named IDEFixPack.DisabledPatches. Value is: Compiler.KibitzIgnoreErrors After IDE restart, I have not seen this problem anymore.

Do you use IDE Fix Pack? On my PC, it was causing this trouble.

No; problem is, that in the example above there is type "CommandType" and property "CommandType", so CommandType.NA is trying to reference property CommandType, which does not have member called NA.

What about scoped enums? http://docwiki.embarcadero.com/RADStudio/Sydney/en/Scoped_Enums_(Delphi)

This code is a problem when used in 64-bit version...

Could you just allocate some memory (1-2 GB, probably in smaller chunks), so that other allocations have to be from the top part?

Directive inline existed already in Borland Pascal.

I do not use tIBTable at all, so I do not mind. I use mostly tIBDataSet, tIBQuery, tIBSql... tIBDataSet has property UniDirectional, which disables storing visited records in memory.

IBX components also have a tIBTable. I did this migration in one-step (Paradox -> tIBDataSet/tIBQuery).

I still believe that decompressor with wrong input should not enter an endless loop. If you have 2 bytes checksum, you still have a 1 : 65536 probability, that it will not detect wrong input. With 4 bytes checksum, it is 1 : 256^4, much better, but still not 100 % safe.