Repository navigation
Problem with shuffle thunks tracking in collectible AssemblyLoaderAllocator #55697
Description
The unloadability features in runtime don't track the lifetime of the shuffle thunks or the related delegate classes (looks like it happens only for delegates pointing to static methods) and when I have attempted to allocate them from the stub heap of the respective collectible loader allocator, they ended up being used after the loader allocator was destroyed and their underlying memory unmapped. That obviously resulted in crashes.
We should figure out how to track then in a way that would keep the loader allocator alive until all the shuffle thunks belonging to that allocator are destroyed.
Metadata
Metadata
Assignees
Type
Projects
- Status
Activity
Fix ShuffleThunk cache heap
mangod9 commentedon Jul 29, 2023
@janvorli doesnt feel like this is critical for 8?
Fix ShuffleThunk cache heap
Fix ShuffleThunk cache heap
2 remaining items
Fix ShuffleThunk cache heap (dotnet#105480)
Fix ShuffleThunk cache heap (#105480)
Remove support for older LLVM versions, and re-order linker flags (#1…
jkotas commentedon Aug 9, 2024
The fix is reverted in #106072. The crashes resurfaced #106072 (comment)