Lars Fosdal

According to @TBx, the attack appears to be vectored towards DOSing the Apache server, more than it is about the forum software.

I agree. The account email displays a different name than the forum nickname. The account never comments on posts. And, the referred posts all highlight the services that the company provides. A different account, which is blocked, suggested the following: Should we keep blocking accounts that post infomercials without interacting with the forum members?

@AlexMrtn Ok, then I understand.

Why are you reawakening ancient posts, @AlexMrtn? And why post AI slop, @Die Holländer?

@TBx has been notified.

@TBx has identified a bot being the culprit and is taking steps to lock it out.

Is it possible to delay-load the DLL explicitly - and unload / reload it after an exception? Or walk the system app thread list and request termination of hung sub-threads in the DLL space? (Clumsy description, but I hope you get what I suggest).

@Dalija Prasnikar - I am not thinking about every license type being pay-as-you-go. The persistent licenses would co-exist. If you do contracting work, and your primary tool is C#, but you have a few Delphi projects - it could be better to pay as you go, instead of having to keep your Delphi licenses perpetually. As for price level for the hobbyist- it needs to come down to a level where it would be a sustainable price for a hobbyist. The price you are willing to pay for your primary hobby, with the features you expect to be available for you (I am still baffled why Linux is not available in the lower tiers - it just doesn't make sense). Exactly where that pricepoint lies - is hard to say.

@A.M. Hoornweg Did you upgrade FB to latest?

And those on the Titanic that ran around screaming "We are about to sink! Panic Now! F... you for not caring!", helped in what way? Unlike the people aboard that ship, who were not expert ship builders or sailors, most of the Delphi users are experienced developers which often use more than only this particular tool. We like Delphi, but we are vocal about the things we don't like, and we participate in communities and interact with EMBT. You can be a positive force, or a negative force. Which one do you think is the more effective in an environment of specialists?

And talking it down, helps with that in which way?

You are not wrong. The compiler leaves much to be desired as it really lags behind current capabilities and optimization methods. That said, there is signficant gain in improving library classes and functions, as all kinds of compiler optimization can't really help with bad coding.

@johnnydp So - Why are you here?

Possible ways to do that, include Have a step-in/step-out monthly subscription model - with a price comparable to streaming services such as Apple, HBO Max, Prime, Disney+, SkyShowtime, Netflix... Improve the capabilities of the lowest tier of Delphi by having full Linux and database support - or even simply have one single tier Keep writing good software, readworthy articles and contribute to open source where you can

https://larsfosdal.blog/2019/08/06/generic-command-line-parser-for-delphi-10-3-x/ I wrote an open source command line parser for Delphi. https://gist.github.com/LarsFosdal/f8a3e2a7caa5e541e4c04f10dfdfcfff Feedback appreciated.

Wow... The premium place where it really would be useful. Did you raise a QP, Attila?

@TBx - Are there any performance indicators that can be checked?

It appears to be periodically slow.

Sounds odd. I'd start with removing plugins to see if that helps.

I agree. I just don't trust it. It should have been able to understand enough about the risks, to allow you to verify / modify or skip every risky migration element.

@dormky Did you take a look at TeeChart?

I understand that. My point was that OutputDebugString can fail on the windows side, so that the content does not always reach the listeners. YMMV.

In my experience, in a multithreaded app, Windows' built in OutputDebugString will from time to time fail to actually output your data, causing gaps in the logging. I ended up sending all my debug output through my own logger, which queue the output in a pre-allocated circular buffer and batch writes periodically to file and to actual debug out (if I turn that option on).

I got this on an email:

I don't disagree, but for my use case, VS still is more expensive. That said - Right now, I'd not be happy if I was on RAD Studio Architect sub. I also think that the division between Pro and Enterprise is artificial, and not having Linux in the lower tiers is idiotic. That is where you find the tinkerers that actually would use it the most, creating most traction, and contributing most to open source. The problem is the enterprise trap - where you get more money from fewer users that typically are demanding less support. If you merge the tiers and lower the price and triple or quadruple the user mass - you will need more support people. It is not easy to set up a formula for what is more beneficial for the EMBT/Idera vs what is beneficial for us users.