Vandrovnik

Maybe the reason is that you are using (probably 32bit) pseudo-random numbers, not true random numbers. These 32 bits create 4.29e9 seeds for random number generator, while 6 letters from your 52 letters is 19.77e9 combinations. In fact you could try to set the seed to all numbers from 0 to 255^4-1 and see, whether it creates desired result. If you have 64bit random number generator, it could reach the goal, I guess.

You can use: TDummyDict = class(TDictionary<String, TDummy>); Then Ctrl+click works as expected. Content of tList<> - I have tried and it seems it works, or is it something else?

In Windows 7, TLS 1.2 must be enabled (do not know how, but there was a note about it for Windows 7).

type tTest=packed record b: byte; d: double; // not aligned end; var t: tTest; Sometimes I have to use packed record to read old data from files.

Sorry, I did not see it.

I am not sure - in the directory C:\Program Files\Firebird\Firebird_2_5\WOW64, I do not have msvcp80.dll and msvcr80.dll (these were used in 2.5.9). I would try to put them there (32bits). Also, the application which tries to load fbclient.dll - is it 32bit? That is my "favourite" mistake, mismatch between 32 and 64 bits.

fbclient.dll usually depends on other dlls (like msvcp100.dll, msvcr100.dll in FB 3.0), are they present?

From 18 GB RAM, 0,5 GB is dedicated to RAM disk, so this is negligible... I prefer to write .dcus there, so that it does not write again and again to SSD, it is faster and .dcus are always fresh.

I use ramdisk for .dcu. Really fast and it is clear after reboot, so I do not have problems with outdated .dcus found somewhere.

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.