surprise Randomhammer crash
Randomhammer crashed—as zerg, no less. It got knocked back to 1 base with a few drones, and started to recover as normal, but after making a couple units... kaboom. Zerg has been recovering reliably from these upsets for a long time now, so it’s a surprise. I’m trying to triangulate the source of the problem from not-quite-adequate information.
The upcoming version 1.4.2 is closing in on being ready. The opponent model changes are finished, except for small details. The remaining work is a little bit of smoothing and a bunch of testing (and probably fixing). In between an untraced crash and a new and fairly complex addition to the opponent model, there’s no guessing how long debugging will take.
Comments
Anon on :
Jay Scott on :
Marian on :
Where memory log would log into a fixed size shared memory.
If you reach the end of the memory frame you will start again on zero (basically cyclic memory log).
Then I could put a simple memory log lines everywhere deep into the implementation and on crash another process would read from the memory.