This is kinda crazy impressive. I’m surprised he was able to get it working.
A couple years ago I took the released source code of John Calhoun’s game Glypha III and ported it forward to PPC / Carbon / OS X / Mach-O / x86: https://github.com/jjuran/glypha3-fork
It’s definitely not a trivial process (and there are various gotchas along the way), but it’s doable with enough effort.
Wow. I had no idea he released his code. You have just made me want to port his glider game to linux. As someone who dabbled in mac game programming in the ’90s, it makes me really happy that he released his source.
The old Mac game I want to do more work with is ZeroGravity, which also has source. I played that incessantly on my friend’s dad’s Mac Plus in 1988.
Lovely. It’s a shame that story could not be written with Catalina.
I think it’s time to introduce a VM based compatibility layer to macOS. So they can break things without worrying about breaking legacy apps. I mean “legacy” here is 10 years or 20 years old apps like this one. Of course, that would slow down the execution speed, but it wouldn’t be a much problem for legacy apps. It would be nicer if old apps can look and work like it was in the classic environment.
VM based compatibility approach would make macOS more attractive in the business market.
Apple introduced a 68K emulator into PowerPC Mac OS, the Blue Box (“Classic”) and Carbon-native CFM support into Mac OS X, and PPC emulation (Rosetta) into Mac OS X on x86. These compatibility layers worked well while they were supported, but that didn’t last.
The future of legacy Mac applications is 3rd-party emulation.
If by “legacy” you’re open to 30-year-old applications, there’s this project: https://www.v68k.org/advanced-mac-substitute/ It now has a Quartz-based front end that runs in Catalina.
Something like Windows on Windows64 (WOW64). So I guess it would be MOM64 :)
A minor, inconsequential quibble in this article: Open Transport was certainly deprecated in 10.4, but wasn’t actually removed until 10.9.