Leaderboard

While things are being worked on it is somewhat expected that parts are going offline from time to time. Let's take it as a sign of people being busy getting everything in place again.

Have a look at PostThreadMessage(). The email thread can run a mesaage loop looking for a custom message which the generator thread posts to it. The email thread can then post another message to the main UI thread when the grid should update. Alternatively, the email thread can run a loop waiting on a TEvent which the generator thread signals. The email thread can then post a message to the main UI thread. Or use TThread.Queue() instead. Alternatively, you can get rid of the email thread entirely. Wrap the email logic into a TTask which the generator thread creates for a batch of emails. When the TTask is done running, it can update the UI thread to display the results.

Definitely!

Are they working on it? Because I'm not so sure at this point...

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

DPM looks really interesting, kudos! I'm surprised no one has mentioned Boss, I'm using it for an open-source Delphi/FPC library and have found the experience to be very pleasant.

hi in D12 64bit can be possible to use in designtime firedac components? actually I use libs ver 6.1.111 32bit and 64bit to connect to mysql ver 8.0.23 8.0.23> drivers to use are mandatory 64bit so designtime is not possible (requiring 32bit libs)

It is possible to have a dependency manager that does not have a single point of failure. There are probably others, and this is not exactly package manager as such, rather a build tool, but Gradle has a good dependency manager. https://docs.gradle.org/current/userguide/declaring_repositories.html Solution to a server being a point of failure is having multiple servers, and extension of that is that you allow user customizable list of servers (multiple ones) That way, if one server goes down other's would be available and it can be easy to extend the list with new servers if required. Once you have that, you can easily have even your own private server for distributing your own built packages within the company.

Let's not dive to deeply into the mudhole that is corporate practices. All we know, is that Something went south Cleanup takes time Practices can only improve It is outside our control We are short on patience

Indeed, a bit sad. I still have hope that this will get some traction shortly. It might be worth to know that a fork of that repo, namely https://github.com/UweRaabe/Delphi-Unit-Tests, is actually part of the regression tests run by Embarcadero. It also has a couple of contributors as well as branches, albeit lacking some activity, too.

Solved 😉 Add $(BDSCOMMONDIR)\Dcp\Win64, before $(BDSCOMMONDIR)\Dcp in Library Path and everything works fine...