Wagner Landgraf

If I'm not wrong, @Vincent Parrett's package manager puts the packages in a global cache. So if you have multiple projects using the same version of JVCL, only one copy will be in your storage. If a couple of projects use an older version, then you will have two copies of JVCL. So it's the ideal scenario. I guess that's how it works, but he can confirm it.

I think the "problem" with Package Manager is that is has to be widely adopted by the community to be very useful. Because the key is that relevant libraries and 3rd parties are available in the package manager. "Unfortunately" Embarcadero is pushing GetIt so it's unlikely we will have a different one being widely adopted, I guess.

Or if you want to find a way to do constant updates and improvements or leave it abandoned.

Just bumping this topic to ask: regardless of all the issues, are you guys still using some code coverage tool (if yes, which one), or just do not use it at all? I also miss a good tool for that.

UTCNow := TTimeZone.Local.ToUniversalTime(Now);

That is a different one. There is an object inspector control in FNC UI pack, which is cross-platform, and there is an object inspector in TMS Scripter, which is VCL-only. They have no code in common.

Well, I was the one who made the agreement directly with Dmitry from Greatis. So yes, pretty sure. 🙂

Yes, form designer, object inspector, component combo, all can be used separately.

TMS Scripter has an object inspector control (it's an evolution from the Greatis one): https://www.tmssoftware.com/site/scriptstudiopro.asp. And of course, many other things, a full scripter engine and full IDE.

You can try https://github.com/arimateia/liquid-delphi which is a Delphi implementation of Liquid template engine.

I wonder what is a good way to get the stack trace when an exception happens? I know about madExcept and EurekaLog but I was willing to have something lighter and simpler. After a long Google-Fu session, it looks like using JclDebug is still the way to go? I also read here and there that madExcept is better at such job than JclDebug, and since DebugEngine is provided by the madExcept author, I wonder if it (DebugEngine) is a better alternative than JclDebug? Or is there even a more direct, straightforward way to get the stack trace these days?

Indeed, it's the dll which is compiled with Jcl. Still, it's the Jcl logic.

Thank you for presenting another approach. But that still needs JCL, so in the end, it's using the "JCL way". From what I saw DebugEngine is also very lightweight and even easier to use than this approach. It also looks like it did extra job to gather a "more correct" call stack. It all boils down to reliability, as JCL is widely used, and DebugEngine doesn't seem to be so. I guess I will have to just try it for a while and see it myself.

Spot on! Thanks for letting me know I'm not completely insane yet. 😅

Indeed, I google'd a lot and for some reason I set a flag they were both the same person. I thought I read it somewhere, but it looks I was mistaken.

Thank you very much for the feedback. Since you mentioned you just "gave it a try", you are not using it anymore, and/or didn't use it in production? I'm also interested in knowing how it is (and the other mentioned tools) when it comes to performance and stability, since I intend to use it in server applications.

Thanks but I had already done that. No luck, unfortunately.

I'm having the same problem. I could take a screenshot from the console app trying to execute some GetIt installer and I got the following screenshot. I can't install the patches. Maybe @Marco Cantu has some insights?

What is the problem about the current one? What makes it "low quality"?

@Anders Melander, unfortunately that didn't work for me in a specific project. Actually, I never had patience to wait for it to finish (maximum 1 hour). The weird thing is that this project is not that big, and I use lots of excludes, the PDB file size is 388 Kb. Would you be interested in checking this specific situation?

Is there a place where we can find the "official" DUnit source code? It looks like there isn't one. I have DUnit source code here from difference sources - Delphi 10.4.2 Sydney, SourceForge SVN (https://svn.code.sf.net/p/dunit/svn/trunk), Delphi Leak Check (https://github.com/shadow-cs/delphi-leakcheck/tree/master/External/DUnit) and they are all different. It looks like the most "recent" version is the Delphi one. I need to do some modifications to DUnit and I was thinking about creating a GitHub repository to make it "official", applying changes from those sources when needed and accepting changes from contributors. Does anyone has a better idea? Does anyone know if the license allow me to do so (and also apply modifications made by Embarcadero from each Delphi version)?

I reduced the size of my project a lot, and now VTune "only" took one hour to load. I could then do some tests. What I have noticed is that the "View source code" option sometimes opens the wrong file. @Anders MelanderDo you want to check it? If yes, what information should I provide to you?

Ok. Please let me know if I can be of any help somehow. I believe it's currently not very usable for you as well since the time it takes is just too much. Your focus on black/white is in the hope that it will reduce the symbol table size and thus speed up the process?

That's a significant factor, yes. But since I have already bought it, and actually when a tool saves your time and/or allows you to more easily improve the quality of your code, it pays for itself. So I was mostly talking about technical differences.

Are you referring to the slowness of the "Resolving information" step? Any news about this? I have the same problem, it's taking more than 30 minutes and still going on...