Leaderboard

I use EL, so I can't really opinionate on MadExcept. It is very rare that it gives me no clue to the callstack for exceptions caused by dangling pointers, but when desperate, I've turned to using a FreeAndNil overload to set the pointers to a recognizable value, $DEAD0001 and so forth, and logging the line where I set the respective ptr values to at least find a hint to the context that is trying to use it. Problems like these can be a pain to find. Another alternative would be to try with regular threads to see if the problem persists - if it doesn't, it might be that you can attribute it to something OTL specific?

It seems that the most effective incentive to use CE is: It's free.

ExecuteAndWait processes messages in the worker thread. You have to process messages in the thread that owns the parallel task (in this case the main thread).

To be fair, I believe it's always been this way and you are asking for new behavior and if it's something that can be achieved for those that want this behavior with a manual tweak to the setup, then there a lot bigger fish in the ocean of Quality Portal.

I am trying to understand when this stack based allocation can practically help, because it seems to me that for the most part, you usually are going to have to do something with this array of char, and inevitably transform it to a string which will do some heap allocation and copy the stack data. The one thing that pops to my head is if saving a large number of integers to a file (as strings of course), when you can write to the file directly from the char buffer allocated on the stack. Then you avoid any heap allocation for a large number of conversions. Are there many other circumstances where you can avoid the eventual conversion to a heap allocated string and reap the benefits of the stack based memory allocation? It seems limited to areas where you are doing large numbers of IntToStr and only need to keep the string value within the local method within the loop.

To be fair, if they didn't want it to be used, they could simply not make it available. So obviously, that is not what they are doing, right? What they are trying to do is straddle the fence between offering a free tool and taking in actual revenue to be a solvent company. Your posts don't seem very serious but if they are meant to be serious, it seems like you think that Delphi should be like VS. What you and everyone else who has made that argument fail to take into account is that Embarcadero can't do what Microsoft does, because Microsoft is pushing a much larger ecosystem, including enterprise cloud services that dwarf any cost that Embarcadero is charging for Delphi subscriptions. The two are simply not comparable. I do understand that most people today are freeloaders who think everything they want to use should be paid for by someone else, but Delphi is a product in and of itself to provide revenue for its owners, not a product to support a much larger ecosystem. They can't give it away for free, and whatever "free version" they do provide can't cannibalize their actual business revenue. So it will of necessity be limited.

Yeah, about Delphi but... who will use it if the owner of the IDE does everything to prevent it from being used?

Any? Visual Studio 2022 Community Edition 🥲

This is funny, a few weeks ago I added advanced cross-platform support of network adapters in the mORMot 2 network layer. It can retrieve all mac addresses of the network interfaces, and also much more information like each kind of adapter, its MTU, speed or gateway/broadcast IPs. And it is cross-platform, so it works not only on Windows but also on POSIX (tested on MacOS and Linux). https://github.com/synopse/mORMot2/blob/fe3fdf53e54dc770bda8d9858c8d6ff5ebf4ac4d/src/net/mormot.net.sock.pas#L517

The Microsoft ODBC support for Paradox and dBase always seemed to be more for data extraction than full database use. Useful to pull data for reports or when migrating to a different database but not to replace the BDE for a production application. Data dictionary changes and database maintenance are two weak areas. During a migration of a single user application from Visual dBase (16 bit, used the BDE) to Delphi + Flash Filer we used a third-party library to access the DBF files for migration purposes instead of the Microsoft ODBC solution. Fewer dependencies on what a user had installed locally meant fewer support issues. (was SoftSci's : TOPAZ (softsci.com))

Although, hmmmm, I would expect Parallel.ForEach to work in blocking mode without any message processing. I will look into that as soon as possible.

If a REST call is in progress when you terminate - will the code hangup and close the REST related thread(s) ?

Company is still using Dbase and I wish to move to SQL.

Peganza and pascal expert is great products. I use them both in my daily work to ensure quality!

Do you stop the tasks and wait for completion of any running task before stopping the application?

That's why I changed the default Windows "open" action for .PAS files to just open them up in my text editor. I use Delphi to open projects and source files from within Delphi for programming and compiling but when just viewing something, I use a text editor. Most decent text editors (excluding Windows Notepad, of course) these days have syntax highlighting and while it may not be like what I have in Delphi, it's good enough for just looking at some code real quick.

I love the possibility to create and sell a monolithic exe, that can be dropped in a folder and just be executed, no installer necessary. That is of course not a distinguishing feature of Delphi, you could compile a C# application into a monolithic exe as well, but how often is that really done?

Perhaps when you ask which image shows valid Delphi code.

Ok, here is the installable component. The dimming is not tied to visible anymore, but to a property Active, which can only be set at runtime. The control to be dimmed isn't tied to the parent at design time, instead there is a published property DimmedControl, which the parent will be set to at runtime (unless it's nil, then no dimming is possible). At design time the component can be dropped anywhere to design the child controls. DimmedControl can be changed at runtime. The attachment contains packages for runtime and design and a crude demo. I haven't changed aehimself's unit- and class names, which I should have done, but I'm too tired now. I'm using Delphi 10.3.3, it should work for 10.4.*, too. Instructions: Load BuildandDemo.groupproj Build DimPanel.bpl (runtime) for both Win32 and Win64 Build DimPanelD.bpl (design) Install DimPanelD.bpl Open and run DemoDim The component is on the "Additional" tab. If TDimPanel is grayed under Win64, try to close and reopen the IDE. Hope it roughly works 🙂 Edit: Bug in previous attachment The size was not set right initially, has been fixed by an override to Loaded DimPanel.zip