Uwe Raabe

If Image1.Picture.Graphic is not of type TBitmap, referencing Image1.Picture.Bitmap will clear the current content and create an empty TBitmap.

I doubt that is correct. The datamodule dmSharedImages containing the image lists is part of GExpert and as long as GExpert is loaded in the IDE the datamodule exists and the references are resolved. The problem happens during runtime only. BTW, 3rd party plugin developers should be aware of this and name their forms, frames and datamodules with in mind.

Probably, yes.

Wrong thread? What does [ref] attribute actually dows

While the inconsistency is obvious, there might be different opinions about which behavior is correct. One can argue that the local variable case is older and thus takes precedence. That would also take care of existing code staying compatible. Throwing an error on both cases would emphasize the type safety, but may cause some user complaints.

The problem is inconsistency, as it compiles when f is declared as a local variable. Also see the example in the comment of Jost Riedel in the mentioned QP issue. procedure X(i: Integer); begin end; procedure Y1; var f: TFunc<Integer>; begin X(f); // compiles end; procedure Y2; begin var f: TFunc<Integer>; X(f); // fails end;

That is even mentioned in the docs (https://docwiki.embarcadero.com/RADStudio/Athens/en/Variant_Types_(Delphi)#Variants_in_Expressions)

Indeed, it does...

I tried with Delphi 12.3 using SQL Server 2019. The Hour field is definitely time(7) - I used the CREATE TABLE command given by you.

GetIt only installs in the current IDE. Not in any other registry node nor in the 64-bit one. Nevertheless, the packages exist and you can simply add them via Components - Install packages.

Unfortunately not for every patch.

I wonder if beta testing for the patches would help here.

Try with external MSBuild in the project options and select x64 as preferred architecture. Key is to use the 64-bit compiler versions from the bin64 folder. The target platform is almost irrelevant. Only bcc64x got an update with the April patch.

Sounds reasonable:

It also works at runtime. In that case you need to set the FieldOptions.AutoCreateMode of the query to acCombineAlways to create the dynamic fields and the FieldOptions.PositionMode to poFieldNo to get the same order as before.

Works perfectly over here with static fields. Probably something in your setup.

Well, it does not do that in all of my queries and those of my customers. Can you also show the table definition of CD_Main (the CREATE TABLE command)?

Can you show the actual SQL for that query?

Seems it is time to get to know the reason now.

The simplest way is to create static fields for the query and set the DisplayFormat of the Hour field to hh:nn (Note: mm gives the month).

You may even try to contact sales online: https://www.embarcadero.com/company/contact-sales If you've got that decline by email, check if it contains some phrase that you should contact sales instead. OK, they might try to sell you an update, new license or something similar, but you don't need that to get your registration counter bumped.

No, unfortunately that won't help. Although you remove the license from that PC, you won't get a registration bump with that. The key for getting a bump without active subscription lies here: While the technical support is the right place with an active subscription, you should contact your local Embarcadero Sales representative for a bump when your subscription ran out.

If it were a bug and it is not filed in QP it most likely will never be fixed. To file it as a bug report in QP (with hope it going to be fixed) one needs a detailed description and steps to reproduce.

I guess, the spooky part is the in some files...

I don't know, because up to now I've never let my subscription run out.