We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation .
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement . We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
.NET assemblies
While writing a small function to host the CLR in the current process and load and invoke an assembly. After invoking the assembly the app domain is getting unloaded but still shown in System Informer (just with the loaded assembly name missing). More shown below. When interacting with the CLR API to query all app domains and assemblies, the app domain that has been unloaded is no longer visible (API used are: ICorRuntimeHost::EnumDomains , ICorRuntimeHost::NextDomain , mscorlib::_AppDomain::GetAssemblies ).
ICorRuntimeHost::EnumDomains
ICorRuntimeHost::NextDomain
mscorlib::_AppDomain::GetAssemblies
Code that unloads the App domain:
No response
I downloaded ProcessHacker to see if the same behavior is occurring. Which wasn't the case. (stomper.x64.exe is the process that I wrote to host the CLR and execute my .NET assembly).
Under SystemInformer the AppDomain is still shown after calling ICorRuntimeHost::UnloadDomain .
ICorRuntimeHost::UnloadDomain
My environment is Windows 11 (Build: 22631.3447) 64-bit and running a 64-bit process. If more information is required to understand the issue I am willing to help and show more.
The text was updated successfully, but these errors were encountered:
What does windbg show?
Copy the value from the address column and from windbg try execute: FindAppDomain ADDR !DumpDomain ADDR !DumpDomain should also list all the appdomains dt coreclr!appdomain ADDR
FindAppDomain ADDR
!DumpDomain ADDR
!DumpDomain
dt coreclr!appdomain ADDR
Sorry, something went wrong.
No branches or pull requests