Not really in excel. Excel is just the console. Emulator is a native DLL
Now that I mention it, I think someone already posted that on HN...
https://arstechnica.com/gaming/2022/10/how-to-get-doom-runni...
A native one would be emulating a DOS 8086 PC with PostScript (some people already did a ZMachine emulator).
?? LAMBDA: The ultimate Excel worksheet function ( https://www.microsoft.com/en-us/research/blog/lambda-the-ult... )
or "Autocorrect errors in excel still creating genomics headaches" ( https://www.nature.com/articles/d41586-021-02211-4 )
Guess time to bump things up to a higher order portable programming language. Python for excel anyone vs. go "R".
This remind me of the top comment on Puter's post (https://news.ycombinator.com/item?id=33838179):
"I am the author of the 'app' called Puter which loads up Puter inside Puter, which then loads up the Puter app again, which ..."
Would be awesome to have a little VM that can scan for lateral movement possibilities, in an excel spreadsheet. Next-gen malware!
Regarding COM, it wouldn't be that bad when using COM Servers.
However I do agree that although COM as idea is enticing, Microsoft keeps failing to deliver a productive way to use it, despite how much they keep focusing on it for Windows extensibility and API delivery since Vista.
And my advice now is for .NET devs, stay with Windows Forms or WPF, depending on which approach they favour.
For C++, I suggest the aging MFC if it has to be on the Visual Studio (still better out of the box experience than WinUI 3.0 for C++, and C++/WinRT is in maintenance anyway), but really Qt or C++ Builder are much better option.
Dog slow, but Turing complete.