Attila Kovacs

what was your first google hit?

here

as both paramerters for Equal() are const it could yell before calling it

@Brandon Staggs The compiler makes educated guesses even with integers. Consider my example. The same could be mimicked for records. I know it won't cover everything, but neither does it for other types.

var i: integer; begin i.ToSingle; if i > 0 then Exit; I understand but I think those excuses are made up. ToSingle supresses the hint.

Does this 'more complex' mean that we don't care, or that we sweated hard and got it done? 🙂

Ahm, isn't there a compiler hint missing then?

@Dalija Prasnikar Thanks! So, I was just lucky all the time <o>, checking it against TGUID.Empty and it bit me under x64. Did a code check and found one more occurence in my code...

I also have a build server where I generate the resource from a template, but I still need it in the IDE. Just saying. 😉

I also need it in the IDE because I store essential information in it. Perhaps it's not the best practice, but that's how it currently is. Uwe's solution to remove child entries seems to be the best option, as it usually is when he comes up with something. However, this issue should also be addressed in the IDE itself. At the very least, they should consider hiring that expert and incorporating their solution into the IDE.

That means those numbers are implicitly converted to anything by every interpreter. If necessary, you may consider using strings instead.

oh. now that's interesting 😄

One of my VCL apps is hanging in 64-bit mode at termination for 30+ seconds. Any ideas what could be causing this? I don't have to do much; just starting the app and ending it, or pressing Ctrl+F2. Other apps are terminating instantly. I would prefer to try some tips before resorting to cloning the project and systematically removing components. IDE: Berlin U2

Be careful with those numbers, they can bite. https://lwn.net/Articles/730671/

Great, but this should be working in the IDE. Before I report this misimplementation, I wanted to know if it's still the same in the current IDE.

Of course. The state as if it were never checked, without explicit "false" in the dproj, inherinting the settings from above.

It became really fast with about 30.000 shapes. Like you were zooming/scrolling etc.. an image without any lag.

it's a type declaration in the class it's type TDataContainer = class public type TIterateAction = reference to procedure (value: integer); strict private FData: TArray<integer>; FIndex: integer; public constructor Create(const data: TArray<integer>); procedure Iterate(action: TIterateAction); function GetFirst(var value: integer): boolean; function GetNext(var value: integer): boolean; end; TDataContainer.TIterateAction type It's just ebarcadero who does not give a fuck to implement its own syntax to the formatter.

It's the Vcl.FlexCel.Core and FlexCel.XlsAdapter units. I'll ask the Author.

Wow.

Yes, but I need to gather strength for that first.

Not much in Procmon, some TCP communication between bds.exe and dbkw64_24_0.exe, and you can see the delays. The 30-second appears to be a timeout for something. But it's just groping in the dark for now.

no, in 32 bit mode it's all fine

I checked that first and found nothing. But it seems to be related to the database connection. So hold on, I'll return if I run out of ideas for troubleshooting.

it's a Syscall( 0x2C, Handle ); // NtTerminateProcess in kernel32.dll. I can't debug further, this wait's about 30 secs, then the IDE becomes responsive again.