Vandrovnik

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 😞

I just wouldn't expect them to work on it for more than 3 weeks...

Same for me - in previous versions (do not know about Delphi 12 - not using it yet), it usually took several weeks to months before they prepared the packages for Getit, that is another reason why not to use Getit and install manually.

In Delphi 11.3, I have removed all other panels, so that only Component Palette is there - and then it does not move.

Hmm, or use floppies to copy it from a friend... About 5300 pieces of 3,5"/1,44 MB needed 😉

Several hardware problems at the same moment? My imagination offers me something like this: (image found on the web, not from Emba!)

And how could spikes in download even destroy a server (hardware)...

Nobody - but they don't say anything. And since they have outages (QC, Getit) frequently, I'm willing to believe they have a lot of room for improvement.

They are able to write "How to create a real xxx App" on Facebook and send it in e-mails, why they are not able to write a short message about this outage?

It seems the directory "__history" is hidden - in Windows Explorer, you will need to enable hidden files, or use another File Manager. May be it is still there...

Do you have a folder named "__history" in the folder with your project?

I had similar problem with Firebird 3 using IBX components. Solved by using Firebird 4 🙂