Vandrovnik

You can define a post-build event; even a simple .bat file containing something like "dir app.exe" can print this information to the "Output" tab in the IDE. Or, instead of "dir": forfiles /P "C:\MyAppFolder" /M "MyAppName.exe" /C "cmd /c echo @file: @fsize"

If log level is defined in compile time, he could also use $IFDEF or $IF instead 😄

In a loop, I would store the result of CanLog to a local boolean variable and then use "if StoredValueOfCanLog>=..." and direct call to your Log procedure (without anonymous function).

I tried to "vote" by adding a comment. And created a request for adding a "vote" button 🙂 https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-1439

May be something like this, but it looks even more complicated then the test with if CanLog... 😄 type tLogFunction = reference to function: string; procedure Log(aLevel: integer; aGetLogText: tLogFunction); var s: string; begin if aLevel>1 then begin s:=aGetLogText; writeln(s); end; end; ... Log(0, function:string begin result:='abc ' + IntToStr(random(100)); end); Log(2, function:string begin result:='efg ' + IntToStr(random(100)); end);

Please is there documentation for Indy? I tried to download it from https://www.indyproject.org/documentation/ , but all links are broken... (at least here they apper broken).

Since 2021 😄 A busy man...

Thank you!

The new unit order can have unintended side effects - if two unites define procedures with the same names and their order is swapped, the code will use a different procedure than before (such as System.Math and Neslib.FastMath do).

When I change System.SysConst.pas or Vcl.Consts.pas (to translate some messages), I always put them to the folder where my app is and I also use Project, Add and manually add them. But I always keep the interface part the same as in original file, otherwise all dependent units have to be recompiled.

I hope they keep it the way it is - can you imagine how many broken versions we would have to suffer if they now moved .bpls to another process? 🙂

Reported 5 years ago 😞

Almost all my problems with JCL and JVCL installs were because of I had somewhere on the disk (on the path) another instance of JCL/JVCL, which was (partially) used instead of the new version.

Hello, Please can you advise a profiler for Win32/Win64 applications (made in Delphi)? Free, when possible (I do not need the profiler often). What I have found using Google was expensive or quite outdated or buggy. Kind regards, Karel

I guess you cannot.

What about this: SELECT rdb$get_context('SYSTEM', 'ENGINE_VERSION') as version from rdb$database;

You can use instsvc.exe and run all of them as service simultaneously. When using instsvc.exe, use "-n" and create unique names for them.

I was not sure about the sarcasm, but decided to reply, so that someone does not believe it blindly 🙂

Even native code may run slow, when compiler does not use registers efficiently, uses superfluous jumps etc.

In forward declaration of a class, compiler immediatelly knows the size of that type. For records, their size would be unknown in forward declaration.

https://quality.embarcadero.com/browse/RSP-26436 When I already have a RSP open, I just overwrite the number at the end of the URL.

https://blogs.embarcadero.com/getit-update-additional-rad-studio-12-getit-packages-are-now-available/ There is a note: "Customers who have installed RAD Studio 12 using the online installation process won’t have the ability to add new platforms and core features to the product via the Manage Features dialog. In order to do this, they will need to uninstall and then reinstall using the new inline release." Could this be the reason?

Wow! I think I'll open a bottle of wine today 🙂

I mean this one: https://quality.embarcadero.com/browse/RSP-43274 (Arithmetic operations on record fields return incorrect results in certain cases if the "Optimization" compiler option is enabled.) This looks like a showstopper bug for me, because it can generate wrong result anywhere in the application. Turning off optimizations will "solve" the problem, but the result will be that all my customers will write to me about how the new version of the app is slow. And as for distribution of the hotfix - is it really impossible to distribute the fix in year 2024 other than through a non-functioning Getit? Downloading files from my.embarcadero.com works normally, so why not put the patch there?

Lack of information, inability to fix in a reasonable time and inability to fix the "integer division bug" that makes Delphi 12 unusable for Win32 applications 😞