Paul Cassella

I don't see that behavior. It checks only the contents of the files, not their names: fortytwo@magrathea:~/tmp$ echo aaaaaaaaaaa > bbbbbbbbb fortytwo@magrathea:~/tmp$ ~/src/scspell/__main__.py --report-only bb* bbbbbbbbb:1: 'aaaaaaaaaaa' not found in...

It's not directly related to reductions: I also get a dereference nil error from this loop body: ``` writeln([xy in {-1..1,-1..1}] xy); ```

My example is also sensitive to the `continue` -- without that I don't get errors for at least that last form or for the uncommented-out loop body in the initial...

With this body ```chapel writeln(forall xy in {-1..1,-1..1} do xy); // nil ``` ``` $CHPL_HOME/modules/internal/ChapelDomain.chpl:1069: error: attempt to dereference nil ``` which is the `inst.remove()` in ```chapel proc _do_destroy ()...

Last year it was day 23, but this year I hit it on aoc day 22. This is more than a little different, but similar enough I'll just note it...

> Moving the partial reduction two lines down within the THREE IMPORTANT LINES and the identical reduction code now works! FWIW, I get the same error as you reported with...

On that I get the nil dereference on that same `inst.remove()` line as I saw last January. FYI, in case you skimmed past it, the reproducer from this last December...

I don't know why I didn't try this before. With `CHPL_LLVM=none chpl --savec savec foo.chpl`, the reproducer from this past December has this really suspect bit ```c static void coforall_fn_chpl13(int64_t...

This is probably a better test case, since it doesn't rely on the memory error happening to cause trouble down the line, ```chapel var count: atomic int; record R {...

I think this would be a more complete test, showing the right inits+deinits are skipped: ```chapel var ic, dc: atomic int; var iv, dv: atomic int; record R { var...