Jan Vorlicek
Jan Vorlicek
@filipnavara it is the same for arm64 qemu. I have been investigating that since yesterday when running arm64 stuff in docker on x64 (reported in #27190). I hope to get...
@am11 I am sorry for the delay, I was OOF for the last 7 days.
@am11 let me retry the superpmi tests one more time and then I'll merge it.
> 2\. "Patch" the initial [callcounting] stub to look at tier0 instead of r2r and reset the call-counting-cell It sounds better to me, as we never delete the call counting...
@vitek-karas looking at the trace logs shared above, do you have any idea what would cause the coreclr path and dir to be reported as empty? ``` CoreCLR path =...
I have investigated it. The failure is pretty strange. We crash because the current thread's Thread::m_pFrame is 0xffffffff when the NDirectImportWorker attempts to execute the following assert: https://github.com/dotnet/runtime/blob/3238c2a0e94a11d83cbfed0945b07b3d6f717c71/src/coreclr/vm/dllimport.cpp#L5852-L5853 So the...
The managed frame is obviously the `Test_GetGCMemoryInfo.Main()`, the method that is being called through the `NDirectImportThunk` is `System.GC._Collect(int, int)`
I don't understand how the #73491 fix would be related to what I am seeing in the dump. But it is possible there are more failure modes.
@VSadov there were also some Linux non-mono legs timing out, I am re-running them.
cc: @noahfalk