This was reported a few days ago, but I only just installed the MacOS update myself to check.
The Inform IDE has a serious bug under MacOS 10.12: the “Story” pane just doesn’t display anything. The game compiles correctly but won’t run in the IDE.
This is a general CocoaGlk bug – all versions of Inform 7 have the same problem (going back to 6G60 at least). So does Zoom.
This is particularly bad timing with IFComp coming up. If you’re scurrying to finish your IFComp entry, you really don’t want to upgrade MacOS and find your development workflow has run into the curb. So be aware.
(It is possible to compile, copy the game out of the project file, and test it in another interpreter. The debug-mode game file is at project.inform/Build/output.ulx after compilation.)
If it helps, macOS has moved it’s NULL memory address to 0x0, whereas it used to be a LOT higher (something like 0x274154).
Also, the macOS Sierra POLL syscall now returns instantly if called when no file descriptors are open
I’m not sure what you’re referring to re the null memory address. (Do you have a link?) But it is unlikely to be relevant. The apps in question are written in C-family languages, where “0” or “NULL” (or “nil” in ObjC) are the standard and supported way to write the null pointer. That’s always worked.
POLL mishandling is most likely to show up as a process wedging at 100% CPU, which we don’t see.
No, my guess is that the CocoaGlk problem is subtle changes in handling font memory structures. (CocoaGlk has been bitten by this before.) As for Gargoyle, it’s probably down in the SDL layer which I know nothing about.
The current code for the Mac Inform IDE at github.com/TobyLobster/Inform says “Release 1.65.1 - macOS Sierra support, and a fix for 10.6.8”. I haven’t been able to test it on Sierra, but it seems to work fine when I compile and run it on El Capitan.
I wonder if there is a way to rip out the internal version of whatever interpreter the IDE uses and turn it into a standalone that can run external game files.
EDIT: It turns out that there is a CocoaGlk target in the Xcode project that builds a working application. You get to choose a game file at startup and it plays fine, but there are no preferences and no way to open a new game, so you will have to quit the app if you want to play something else. Otherwise it is a pretty nice interpreter.
I am running Sierra 10.12.1. I cloned and compiled Tony’s code from github. Aside from a few ‘Semantic Issues’ errors during compile time, I got a fully functional Inform.app it seems, yay! I am back up and running!