@@ -50,6 +50,8 @@ As each number is called (via `call-number`), I obliterate any matches on each b
In part B, any winners are wiped out (overwritten with all 127's) which ensures they will never match any successive calls, effectively taking them out of the running. I keep track of the total count of winners, and once it equals the total number of bingo boards I know I've found the last winner and can report the result.
Bear in mind that `call-number` doesn't have a bounds-check. This is sort of by design. If we are given a malformed input where no board wins, we will happily run off the end of the list of "calls" and start calling numbers straight off the first board until the first board wins. Simple enough.
# Day 5
Instead of playing with sparse representations, I took the coward's way out with a 1000*1000 array of zero-initialized bytes. This was too big to fit in pforth's dictionary space, so I used [ALLOCATE](https://forth-standard.org/standard/memory/ALLOCATE). This makes me itch a bit because it's way too big to fit in the memory space of classical Forth systems, and I'm sure there's a more efficient way of solving this.