-
Notifications
You must be signed in to change notification settings - Fork 5.3k
[release/8.0-staging] Gen0 segment should always be reported as Gen0 for DacHeapWalker #96861
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
[release/8.0-staging] Gen0 segment should always be reported as Gen0 for DacHeapWalker #96861
Conversation
|
Tagging subscribers to this area: @tommcdon Issue DetailsBackport of #96640 to release/8.0-staging Customer ImpactTestingRiskIMPORTANT: If this backport is for a servicing release, please verify that:
|
cshung
left a comment
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.
Thanks for the back port
jeffschwMSFT
left a comment
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.
approved. we will take for consideration in 8.0.x
|
@cshung have you sent an email to Tactics requesting approval? Friendly reminder that Tuesday January 16th 4pm is the Code Complete deadline for the February Release. If all requirements are met, please merge your PR before that date and time to ensure this fix gets included in that Release. |
I think @hoyosjs did, but I will let him confirm. |
|
it was approved in mail. can we look at the ci failures? when can we remove the no_merge label? |
|
Edit: confirmed offline the failure is unrelated. The failure does not look familiar:
|
ICorDebugHeapEnum::Nextfails to iterate the heap. It stems from this check. For ephemeral segment/region - we should always report gen 0 to ensure initialization of the first object in the allocating ephemeral segment. Fix the reporting to consistently use gen0.Backport of #96640 to release/8.0-staging
/cc @hoyosjs @cshung
Customer Impact
Customer reported inability to walk the heap using
ICorDebugHeapEnum::Next.Testing
Manual testing of the scenario shows the regression is solved. Debugger tests show no regression. Currently waiting for customer to confirm current builds fix the reported issue for their scenario.
Risk
Low. The only scenario that can regress out of this change is precisely the one that's broken. This is fully contained to the
DAC and has no application runtime impact.