> }(I ask because I keep thinking I should write a *morally correct* Z-code
> }interpreter shell -- that is, one which can import a z-code file, thus
> }producing a stand-alone application. The stand-alone app would then be
> }able to create save files that you can double-click on, and basically
> }act sensibly.)
> Unfortunately, with the advent of the Fat Binary, the obvious way of
> doing this doesn't work anymore. Probably the right way to do it now
> is to store an alias to the Z-code file in the saved game file. The
> interpreter (be it the plain-jane mac port of ZIP or ZeX) would then
> use the alias to find the original z-code file, start it up, and
> restore.
No, I want to be able to create single stand-alone applications --
anything else doesn't improve the convenience over what we have now.
Actually, one could do it in a fat binary -- you can store data as well
as code in the data fork; the cfrg resource tells the machine which
chunks are which. But I would skip the problem and make the z-code a
resource.
--Z
"And Aholibamah bare Jeush, and Jaalam, and Korah: these were the borogoves..."