eivindbakkestuen

Cool indeed!

The first rule of asking "what does this mean" is ... drumroll... quote the *actual message*

Now, there's a prime candidate for "a picture, or it never happened"!!! LOL

Why don't you show us the fix? 🙂

To get back on topic, I bit the bullet and "darkened" the grep results pane. @Achim Kalwa did you have any luck with the larger task you were working on?

Late to the party, but NexusDB would be a good alternative for a pure Delphi database.

However, due to beta secrecy, don't expect any "fixed" notifications until the issue is fixed *and* a public release containing it exists.

The above posts make a perfect case for why Ctrl+B should be used sparingly.

NexusDB components are now available in the new 64 bit IDE 👍 v4.7514 adds - 64 bit Designtime Support - Replication (Beta) Find the best Delphi Database at NexusDB

Best guess, with a bug report, Emb will fix the pascal unit, but not change the compiler. But it needs to be logged first, no need to ask anybody 🙂

Good question 🙂 There exists no official language definition, the closest you get if you ask is "whatever the compiler accepts". However, examples in "function" declaration documentation all end with ";" so the above missing semicolons would be a compiler anomaly. Report it, and Emb can at least fix the missing characters. 🙂

We can't see your screen, or your code...

Probably the printer was offline or unreachable before; and then it was reachable. This happens every day here when trying to print from many, even well known applications; they take forever to time out if the default printer wasn't turned on. You could try using a worker thread for printing, then your application doesn't freeze and you have some control over what happens

It is a documentation omission, the help on the link states "You can only rely on the final value of a for loop control variable if the loop is left with a goto or exit statement. " In https://docwiki.embarcadero.com/RADStudio/Athens/en/Declarations_and_Statements_(Delphi)#For_Statements it says "After the for statement terminates (provided this was not forced by a Break or an Exit procedure), the value of counter is undefined. " The value should be defined, as the loop here exits with a Break,

Use a separate "master" thread to call WaitForAll. Are you already using TThread.Synchronize for the memo updates?