Dannii Willis

Yep, it's in a race condition, question is why. My guess is the `append` calls.

>If stuff has been printed, then the needs to be added (if not present) or moved to the bottom (if present). You're talking about the narrower case where it's present...

The problem is present with line input too. That's the main thing which needs fixing.

I've submitted a pull request which fixes the show/hide loop in CoS. If we can get that merged (and then into Quixe) we can see what other issues remain.

See https://github.com/erkyrath/glkote/pull/9 for related discussion. When a system like Voiceover is used it is important to keep the input element focused, so if we can detect Voiceover we should make...

It would probably be best to post that as a separate issue.

That would be because keyboard input is not currently working: it returns some invalid keycode number, which will work for the "wait for any key" phrase, but not the "pause...

The updated CM does call glk_window_clear now, but it would be good to still fix this if possible, for older versions, and for other games.

Also, if this is related to autosaving, does it need to be stored at all? After restoring an auto save the terp should issue a rearrange and redraw event.

The errors depend on what optimisation level I try. I'll just show the libpng parts of the stack trace.. O0: completely crashes/exits: ``` program exited (with status: 0), but keepRuntimeAlive()...