Johan Lorensson
Johan Lorensson
//CC @brianrob @josalem
Took a quick look at this and doing it thoroughly will be a very invasive change that probably will break a lot of scenarios, there are hundreds of assumptions across...
`ep_rt_mono_fini` assumes that all threads that might run EventPipe code has been stopped, so if there are still threads that can call into EventPipe at that point, it will race...
Yes, seems to include the same pattern as seen in https://github.com/dotnet/runtime/issues/85960, so terminating runtime with an exit and since that doesn't wait for managed threads to complete, we still have...
Probably need local repro or callstack from the assert since its in a generic loader method, not directly called by EventPipe, having that said, EventPipe iterates through types when emitting...
OK, my plan was to run outer test loop on that PR, but it got merged before I had a chance to trigger the test suite. It is probably a...
> Hey [@lateralusX](https://github.com/lateralusX), could you please disable the test for now since it's affecting CI? Sorry was OOF, but had a fix running in https://github.com/dotnet/runtime/pull/116066 that seems to have fixed...
Have been working on some other work items lately, but I have the PR that increase the accepted window, so the PR was "ready", but then it exposed a suble...