I guess this means that under ASAN, the stack is not allocated in the traditional way. For some reason there's a 1MB offset between where the ExceptionCallback was allocated and where a local variable inside its constructor was allocated.
The check there is pretty hacky and probably technically UB. It's meant to detect and warn about bad usage. Assuming the ExceptionCallback is, in fact, being allocated on the stack, then the exception is bogus. I suppose we may need to #ifdef it out when ASAN is active, or find some other way to verify that the object is stack-allocated...
-Kenton