Spent a pretty substantial amount of time researching this issue as well as multiple attempts to fix it through various means. As was previously mentioned the main issue is that when a stack overflow is triggered by the OS (or by us) it will raise an exception which will trigger the finalizers to be called. This is a problem because occasionally the finalizers in Unity will call into MonoUtility's stack checking code and since we are already low on stack space it attempts to throw a stack overflow exception during a stack overflow exception. This leads to the editor terminating prematurely without any helpful information in the editor log.

For history's sake here his an incomplete list of things I tried:
- Dump a backtrace to the Editor log every time a stack overflow exception is thrown
*** This generated a lot of noise in the log and also was not always a good indication of what exactly caused the editor to crash
- Spin up a separate watchdog thread to allow us to unwind the thread that is having stack overflow issues
*** In order for this to work we needed to let the watchdog thread know via native signal handling ie: sigsegv to attempt to unwind the thread and print the stack trace. This worked in certain scenarios but several of the known reproduction projects kill the editor before we are able to catch the signal in order to unwind the backtrace.
- Set up some callbacks where mono would let unity when it was starting/finishing stack overflow exception handling to allow for us to prevent throwing a stack overflow exception on top of the one already being thrown
*** Turns out even if we prevent throwing an additional stack overflow exception the finalizer loop still persists and we run out of stack space eventually that way.