It's nice to see such interest in my humble project. :-)
But Apple has demonstrated zero interest even in going after ROM bootlegging — I don't expect them to build a case against API reimplementation.
Long answer: Advanced Mac Substitute is factored into back end (the emulator itself) and front end (graphics and user input terminal). Writing a new front end from scratch is actually not that much work, and the OS X front end is due for a full rewrite anyway.
This would be an excellent opportunity to contribute that doesn't require any 68K or classic Mac knowledge.
But I dropped a link with a friend of mine who is super into classic mac, and mac in general.
In the meantime, you could run the Linux framebuffer front end, which, strictly speaking, doesn't have Carbon dependencies. :-D
However, ROMLib looks like a good source of unofficial system documentation, which I expect I'll be consulting in the future as I work on parts where Apple's docs become less detailed.
That said, while this is a great start, what would really excite me is something along the same lines with PPC support, OS 9.x API simulation, and ideally proper FPU and GPU support. SheepShaver and QEMU are too incomplete and hacky to run the majority of apps that interest me.
My plan for Advanced Mac Substitute is roughly to start at 1984 and move forward, with a focus on getting individual applications running. What you're seeking isn't out of scope in the long run, but it is off the horizon for now.
I have a build of SheepShaver I made years ago that's pretty stable, which I rely on for developing AMS' 68K components.
Emulators seem usually to have a target app, or a few of them, that are no longer available and are wanted, hence the impetus for the emulator. Game console apps, of course, are motivated by this in spades, as many good games are abandoned, and there's always a nostalgia factor.
I haven't seen such a clear such target app or set of apps mentioned for this project yet. Is this just a nostalgia thing, or is there something this is letting people run that can't be had otherwise? If so, I'm curious what the top contenders are. Are there people dying to actually use Hypercard?
Is the name a reference to "advanced tea substitute" from the 1984 Hitchhiker's Guide to the Galaxy computer game?
I was able to just skip over the trap calls in the Metrowerks runtime code for very the simplest programs, but in 2012 I added a real trap dispatcher and NewPtr/DisposePtr to implement malloc(). Virtual screen hardware and basic rectangle drawing appeared in 2013. But yeah, 2014 is when things started to get interesting.
Virtually all of my major projects are involved somehow: the Mac frontends are MacRelix. Freemount is used to serve files over a socket pair (since emulated code can't access the native file system). And the launch script is V code.
FORGE: A File-Oriented Reflective Graphical Environment
Well... poop. That's what I get for staying up to date.
I've wanted to run Mac OS 8 on my current Macs for a while now, but the current batch of emulators have been far too complicated for my casual uses. This will hopefully be the key, once it's brought up to 64 bits.
I have. I lost half a day trying to make it work and gave up. This was while ago. Maybe it's better now.
Columbia University offers this one:
You can have an OS9 VM up and running in minutes.
These support networking:
Appears, from a quick Google search, to be a common deprecated-SDK issue.
Network connectivity can work (occasionally with some fiddling), but it's not too useful these days. On the web browsing end of things, no one's really made browsers for classic Mac OS in years, and browsers from the classic era (like IE 5 for Mac) aren't modern enough to even connect to many sites, and, when they can connect, aren't standards-compliant enough to render them. And if you're looking to use network services built into applications, most of those were shut down years ago.
(Can't say anything about printing support, though-- never tried that.)
Is this a perceived effect, or something generated by my monitor framerate/refresh, or intentional?
How is this possible, if/when the pattern is purely grey when standing still/static?
This means its either an optical illusion or something with the monitor refresh rate. My money is on the monitor.
I don't know if that's what you're seeing but there is a well-known, poorly-understood effect just like it.
update: Bayer pattern is wrong term. The MacOS background is a red+green checkerboard. The HN background is a vertical stripe of red+green.