-
Notifications
You must be signed in to change notification settings - Fork 5.2k
GetAppDomainList cDAC implementation #117515
New issue
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull Request Overview
This PR implements the cDAC (Composite Data Access Component) functionality for GetAppDomainList
and GetAssemblyModuleList
methods in the SOSDacImpl, replacing stub implementations that previously delegated to legacy implementations.
- Adds cDAC implementation for retrieving application domain lists from target memory
- Implements assembly module list retrieval functionality with proper error handling
- Extends the ILoader contract with a new
GetModulePointer
method to support assembly-to-module mapping
Reviewed Changes
Copilot reviewed 3 out of 3 changed files in this pull request and generated 2 comments.
File | Description |
---|---|
SOSDacImpl.cs | Replaces stub implementations with full cDAC logic for GetAppDomainList and GetAssemblyModuleList methods |
Loader_1.cs | Implements GetModulePointer method to retrieve module pointer from assembly pointer |
ILoader.cs | Adds GetModulePointer method signature to the ILoader interface |
Comments suppressed due to low confidence (2)
src/native/managed/cdac/mscordaccore_universal/Legacy/SOSDacImpl.cs:119
- The variable name 'i' is ambiguous. Consider using a more descriptive name like 'appDomainCount' or 'foundCount' to clarify its purpose as a counter for found app domains.
uint i = 0;
src/native/managed/cdac/mscordaccore_universal/Legacy/SOSDacImpl.cs:277
- The variable name 'addr' is ambiguous when there's already an 'assembly' parameter. Consider renaming to 'assemblyPointer' or 'assemblyTargetPointer' to clarify the distinction.
TargetPointer addr = 0;
src/native/managed/cdac/mscordaccore_universal/Legacy/SOSDacImpl.cs
Outdated
Show resolved
Hide resolved
Tagging subscribers to this area: @steveisok, @dotnet/dotnet-diag |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This shouldn't require any new contract docs since it only uses existing contracts/datatypes and the ones added in #117452
...native/managed/cdac/Microsoft.Diagnostics.DataContractReader.Contracts/Contracts/Loader_1.cs
Outdated
Show resolved
Hide resolved
src/native/managed/cdac/mscordaccore_universal/Legacy/SOSDacImpl.cs
Outdated
Show resolved
Hide resolved
@dotnet/samsung Could you please take a look? These changes may be related to riscv64. |
33b3d1c is being scheduled for building and testingGIT: Release-build FAILEDbuildinfo.json
|
src/native/managed/cdac/mscordaccore_universal/Legacy/SOSDacImpl.cs
Outdated
Show resolved
Hide resolved
src/native/managed/cdac/mscordaccore_universal/Legacy/SOSDacImpl.cs
Outdated
Show resolved
Hide resolved
…pl.cs Co-authored-by: Max Charlamb <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
No description provided.