Lars Fosdal

@mvanrijnen - I wish you a speedy recovery!

Hyper-V VMs are portable, and generation 2 supports a virtual TPM. https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/learn-more/generation-2-virtual-machine-security-settings-for-hyper-v Encryption of the image seems to be optional.

There is no official support for personal MacOS VMs from Apple, and the use of unsupported VMs is a breach of Apple's IP. The discussion of illegal use of software is not allowed on DP, so please refrain from discussing such issues here and delete your related commentary.

Generallly speaking - do you start with the generic (read Win32) application and develop that until it is feature complete before you start on the adaptations for Android/iOS/MacOS - or do you work on all platforms at the same time?

There are conditions discussed here https://docwiki.embarcadero.com/Libraries/Sydney/en/FMX.Forms.TCommonCustomForm.KeyDown for how that "keystroke" is propagated. Can it be that a control eats the event?

Me too, and I use the Expanded view mode.

I am doing primarily FMX, and it is a simple app, visually. Currently, I am just doing the "plumbing" - i.e. make all the non-UI stuff solid so that integration with the UI will be as thin as possible - and in the process - building up a cross platform toolbox. The solution needs to collect data over time to build a historical database, and I am thinking about how I should best do this. Ideally, I would do it centrally - so that the data only needs to be collected once for multiple concurrent viewers, but where to host it so the collection can happen 24/7 and I don't have to pay an arm and a leg? If I can't do it centrally, the app would need to both be UI and a background task so that data collection continues also when the app is not in use. This is a hobbyist project that I do as an exercise for learning FMX and cross platform, and if I decide to share it with everybody, I will prefer not to be responsible for a "backbone". I also want it to be as low cost and reliable as possible (there you have an oxymoron 😛) and simple to set up.

The generics in Lazarus is even more gimped than Delphi's generics. Not a viable alternative, IMO.

We've been waiting until Update 1 for every release for the last decade. Call me pessimist, but when things don't get better within a decade - will they ever?

You should raise this with EMBT. We are doing a thorough investigation to close all the log4j holes we can find, and there have been a few surprises. I don't do much Java related stuff, but if you use SmartBear ReadyAPI, there is an update out with a fix. If you have a lot of .jar files, have a look at https://www.infoworld.com/article/3644492/how-to-detect-the-log4j-vulnerability-in-your-applications.html and the Syft and Grype tools. Onsite Jira and Confluence can be exposed if custom logging has been turned on: https://confluence.atlassian.com/kb/faq-for-cve-2021-44228-1103069406.html

Hey, we work with computers and software. What could possibly go wron2c0+23423\09csxsz\+09r2123...

In addition to all the work required to move to a broken DPI aware solution, the state of the debuggers makes me frustrated. As usual, the release of 11 was premature. We are waiting for Update 1.

Bad news: It appears that Markus Kreisel, who wrote Sisulizer, has died. https://web.archive.org/web/20210121010025/https://www.sisulizer.net/forum7/4079.html Posted Thu Dec 24th, 2020 11:54 pm by Harald Krause The link leads to an obituary written by Renate Reinartz, his wife and co-owner of Sisulizer. I can't find any activity online from her since then. Not on her LinkedIn account either.

No tweets since 2016. What about Facebook updates? Forums appear to be dead: https://www.sisulizer.net/

The observations appears to be accurate. @Daniel found a huge queue of approvals waiting - mostly spam accounts - but probably also actual users. Somehow, the system had queued the accounts for approval - but no notice of waiting approvals were given to the admins/mods. I would suggest that new users try registering again?

When you compare the MS VS CE to the EMBT RAD CE, the latter looks ridiculous.

Or - check the current folder for db files and use those if they exist, otherwise create a new under appdata? FYI - There appears to be some delay for updates through GetIt - 1.1.2 installer is still not available. Ref. signing - this is perhaps not that big of a deal for the average user, but it does add another layer of security. It can come into play on corporate networks, where - depending on the policies in play - installers not properly signed simply won't be allowed to run.

Downloaded Setup.exe from karmobile.net and had a look. Good news - The ARM problem is solved in the 1.1.2 installer. The unknown publisher is related to Setup.exe being signed with a self-signed certificate. Unfortunately, proper certificates are expensive. https://www.ssldragon.com/product/sectigo-code-signing-ssl/ When running the installer standalone, it seems something goes amiss? Note that I installed it under C:\Program Files\Launch Gen - which means the current directory of the application is read-only. Preferably, working files should be placed under User specific app data %AppData%\Launch Gen = C:\Users\<username>\AppData\Roaming\Launch Gen This pops up when starting Launch Gen. On closing it, without having made any changes or operations, Also, the app is not DPI aware - but then again - neither are mine 😛

Well, something is amiss, it seems?

Looks like your latest versions has not yet propagated through to us GetIt users. Still seeing 1.1.1 and the same x64 error. Another little nitpick - Your installer should be signed.

Well... it still denies me to install under Windows for ARM.

Excellent news, @KenR, but the installer is not friends with me. It denies me installing x64 .exe files under Windows 11 for ARM. All the .x64 that I have tried on WfA, run without problems. What is the reason for blocking installation?

This is probably the best example I've seen on proper use of the parallel libs and how to keep the UI responsive and updated (on multiple platforms). It doesn't cover all the corners of the parallel lib - but it is an excellent example of how beautifully simple multithreading can be.

https://s3.amazonaws.com/heysummit-production/media/uploads/events/delphicon/MonienThreading-Intel-vs-M1.zip and you need a unit from here: https://github.com/omonien/sieve-of-eratosthenes-delphi

I disagree. I'd still use work threads queues and a wait for a result queue to properly handle timeout situations. Divide and Conquer.