Lars Fosdal

I assume you mean runtime warnings from custom code, and not thousands of compile time warnings? You can create new build configs in the Project Explorer, and they also show up in the Eurekalog Config.

Uncheck Base, Check Release - in the EL settings. Personally I take the 15 secs, so that I can keep track of my leaks 😄

The challenge is often identifying all the ways that an app can activate stuff while the thread is executing. You could f.x. have a busy flag (or set of flags) you set when you start the thread, and clear on completion, so that when a user opens a menu you can use the flag(s) to disable menu and buttons items that can't be used while the thread is running.

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

It's probably smart to inform about the whereabouts and remote working possibilities. Personally, I would not submit a resume to an "anonymous" position.

For phones, there are VoIP solutions, but not really common, so most of us use 4G/5G mobile phones. Even our company phones are mobile based. Fiber or Cable for land network connections, with 5G mobile internet on the rise.

I actually have a 300 baud modem in my vast archives of useless stuff. I doubt I would attempt to download 7.5GB over that kind of dialup 😄 but BBSs worked, sort of. Besides, I no longer have a landline.

Well, my "you" was the general "anyone". And the argument stands: why would anyone chose not to use the massive tooling that already exists for Blazor? Embt would end up in another trying to catch up situation like they did with .net.

It is possible to also capture handled exceptions, but it is costly. https://www.eurekalog.com/help/eurekalog/index.php?topic_type_eevents_televraisemeth.php

Who can't resist the call for speculation...

Why not stay with C# if you want to do Blazor? That is where the tooling is, and the language is not that different from Delphi.

If you are using the web-installer, it is probably related to the EMBT Outage.

Are you able to reproduce the effect with a bare bones test application? Can it be related to DoubleBuffering settings?

Due to the supply chain disturbances, we had a 5 month delivery wait for servers and parts for a while, so I can relate to delays. The problems here are: - Lack of proper communication. "No news. Next update at ..." is better than silence! - Insufficient contingency planning? - Insufficient backup and recovery plans? - No plan B? There are many capable cloud hosting services that doesn't take forever to spin up a pack of servers. The cost might be high, sure - but so is the cost of losing the trust of your customers.

AFAIK, there is no automatic deletion of these two services, unless someone intentionally delete their account.

Just to exemplify - I made a gist of your two versions of code. https://gist.github.com/LarsFosdal/76bf712c46b3b17d185984d5c0c74494/revisions Just say the word and I'll remove the gist again.

External code = good. External binaries = not so much... I am not saying it is a must, but it makes conversations easier to follow if they have dialog instead of many screenfuls of code. I am really fond of gists, since you can see the changes, fork them, etc. - and you don't need to log into GitHub to be able to see them.

Things like GitHub gists or PasteBin entries, are great ways of sharing walls of code.

That is indeed a good question.

Well, it implied that Daniel did something wrong. I fail to see the humor.

What is that supposed to mean?

DocWiki is still down. GetIt is still down. Those are pretty crucial.

@gioma I have both D11 and D12 installed. With the Parnassus plugins in both. You cannot share visual source code between the two versions. If you open your projects in D12 and save the changes, the forms (as well as other visual design components) can have added properties, which will not work with D11. This is not news. It has always been like this between major versions. That the GetIt servers are down is a problem for everybody, and not something this user forum can solve.

LOL at the comments from @Ian Barker on the Delphi Community Discord - General Chat 😄

I've run into a D12 issue: The GetIt FastReports installer now installs to a user owned path! C:\Users\<username>\Documents\Embarcadero\Studio\23.0\CatalogRepository\FastReport-2023.3\ It used to be: C:\Program Files (x86)\FastReports\ This is a problem because our build server doesn't see that path as it runs with a different AD user than the user that installed Delphi, and hence barfs when trying compile units that contain Fast Reports units. Has anyone found a good solution to this?