Skip to content

Properly handle debugger-enumerating interior pointers and enregistered refs - #92313

Merged
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug
Sep 20, 2023
Merged

Properly handle debugger-enumerating interior pointers and enregistered refs#92313
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug

Conversation

@leculver

@leculverleculver commented Sep 19, 2023

Copy link
Copy Markdown
Contributor

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots, leading to not fully capturing the object graph for memory analysis.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically `CordbRefEnum::Next`). This is despite the fact that ICorDebug *specifically* requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with `IfFailThrow` it will halt all further processing of roots.
This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.
This is not a recent regression, but rather a bug that has likely existed since the original code was written.
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @tommcdon
See info in area-owners.md if you want to be subscribed.

Issue Details

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

Author:leculver
Assignees:-
Labels:

area-Diagnostics-coreclr

Milestone:-

@ghostghost assigned leculverSep 19, 2023
@tommcdon

Copy link
Copy Markdown
Member

@hoyosjs

@leculver

Copy link
Copy Markdown
ContributorAuthor

Converting to draft while I investigate #87239 too.

@leculver
leculver marked this pull request as ready for review September 20, 2023 17:30
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
@hoyosjs

Copy link
Copy Markdown
Member

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6252309924

@hoyosjshoyosjs changed the title ICorDebug: Properly handle interior pointersProperly handle enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle enumerating interior pointers and enregistered refsProperly handle debugger enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle debugger enumerating interior pointers and enregistered refsProperly handle debugger-enumerating interior pointers and enregistered refsSep 20, 2023
@leculver
leculver merged commit 9cbad65 into dotnet:mainSep 20, 2023
@leculver
leculver deleted the interiorPointerICorDebug branch September 20, 2023 22:05
@ghostghost locked as resolved and limited conversation to collaborators Oct 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ICorDebugGCReferenceEnum.Next fails to return stack references in .NET 8 preview 4

4 participants

@leculver@tommcdon@hoyosjs@mikem8361
, 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all
 blocks
(function() {
function addCopyButtons() {
document.querySelectorAll('pre code').forEach(function(codeBlock) {
if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
codeBlock.parentElement.setAttribute('data-copy-added', 'true');
var btn = document.createElement('button');
btn.textContent = 'Copy';
btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';
btn.onmouseover = function() { this.style.opacity = '1'; };
btn.onmouseout = function() { this.style.opacity = '0.7'; };
btn.onclick = function() {
navigator.clipboard.writeText(codeBlock.textContent).then(function() {
btn.textContent = 'Copied!';
setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
});
};
codeBlock.parentElement.style.position = 'relative';
codeBlock.parentElement.appendChild(btn);
});
}
addCopyButtons();
// Re-run on dynamic content
var observer = new MutationObserver(addCopyButtons);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Properly handle debugger-enumerating interior pointers and enregistered refs by leculver · Pull Request #92313 · dotnet/runtime · GitHub
Skip to content

Properly handle debugger-enumerating interior pointers and enregistered refs - #92313

Merged
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug
Sep 20, 2023
Merged

Properly handle debugger-enumerating interior pointers and enregistered refs#92313
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug

Conversation

@leculver

@leculverleculver commented Sep 19, 2023

Copy link
Copy Markdown
Contributor

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots, leading to not fully capturing the object graph for memory analysis.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically `CordbRefEnum::Next`). This is despite the fact that ICorDebug *specifically* requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with `IfFailThrow` it will halt all further processing of roots.
This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.
This is not a recent regression, but rather a bug that has likely existed since the original code was written.
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @tommcdon
See info in area-owners.md if you want to be subscribed.

Issue Details

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

Author:leculver
Assignees:-
Labels:

area-Diagnostics-coreclr

Milestone:-

@ghostghost assigned leculverSep 19, 2023
@tommcdon

Copy link
Copy Markdown
Member

@hoyosjs

@leculver

Copy link
Copy Markdown
ContributorAuthor

Converting to draft while I investigate #87239 too.

@leculver
leculver marked this pull request as ready for review September 20, 2023 17:30
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
@hoyosjs

Copy link
Copy Markdown
Member

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6252309924

@hoyosjshoyosjs changed the title ICorDebug: Properly handle interior pointersProperly handle enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle enumerating interior pointers and enregistered refsProperly handle debugger enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle debugger enumerating interior pointers and enregistered refsProperly handle debugger-enumerating interior pointers and enregistered refsSep 20, 2023
@leculver
leculver merged commit 9cbad65 into dotnet:mainSep 20, 2023
@leculver
leculver deleted the interiorPointerICorDebug branch September 20, 2023 22:05
@ghostghost locked as resolved and limited conversation to collaborators Oct 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ICorDebugGCReferenceEnum.Next fails to return stack references in .NET 8 preview 4

4 participants

@leculver@tommcdon@hoyosjs@mikem8361
, 'i'); if (__m === '*' || __re.test(location.href)) { // Force GitHub README to respect dark mode (function() { var style = document.createElement('style'); style.textContent = ' .markdown-body { color-scheme: dark light; } .markdown-body pre { background: #161b22 !important; } .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; } .markdown-body table th, .markdown-body table td { border-color: #30363d !important; } .markdown-body img { background: #0d1117; } .markdown-body blockquote { border-left-color: #8b949e; } .markdown-body hr { border-color: #30363d; } '; document.head.appendChild(style); })(); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Properly handle debugger-enumerating interior pointers and enregistered refs by leculver · Pull Request #92313 · dotnet/runtime · GitHub
Skip to content

Properly handle debugger-enumerating interior pointers and enregistered refs - #92313

Merged
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug
Sep 20, 2023
Merged

Properly handle debugger-enumerating interior pointers and enregistered refs#92313
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug

Conversation

@leculver

@leculverleculver commented Sep 19, 2023

Copy link
Copy Markdown
Contributor

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots, leading to not fully capturing the object graph for memory analysis.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically `CordbRefEnum::Next`). This is despite the fact that ICorDebug *specifically* requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with `IfFailThrow` it will halt all further processing of roots.
This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.
This is not a recent regression, but rather a bug that has likely existed since the original code was written.
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @tommcdon
See info in area-owners.md if you want to be subscribed.

Issue Details

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

Author:leculver
Assignees:-
Labels:

area-Diagnostics-coreclr

Milestone:-

@ghostghost assigned leculverSep 19, 2023
@tommcdon

Copy link
Copy Markdown
Member

@hoyosjs

@leculver

Copy link
Copy Markdown
ContributorAuthor

Converting to draft while I investigate #87239 too.

@leculver
leculver marked this pull request as ready for review September 20, 2023 17:30
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
@hoyosjs

Copy link
Copy Markdown
Member

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6252309924

@hoyosjshoyosjs changed the title ICorDebug: Properly handle interior pointersProperly handle enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle enumerating interior pointers and enregistered refsProperly handle debugger enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle debugger enumerating interior pointers and enregistered refsProperly handle debugger-enumerating interior pointers and enregistered refsSep 20, 2023
@leculver
leculver merged commit 9cbad65 into dotnet:mainSep 20, 2023
@leculver
leculver deleted the interiorPointerICorDebug branch September 20, 2023 22:05
@ghostghost locked as resolved and limited conversation to collaborators Oct 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ICorDebugGCReferenceEnum.Next fails to return stack references in .NET 8 preview 4

4 participants

@leculver@tommcdon@hoyosjs@mikem8361
, 'i'); if (__m === '*' || __re.test(location.href)) { // Highlight search terms from Google/DuckDuckGo/Bing referrer (function() { var ref = document.referrer; var terms = []; if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) { var url = new URL(ref); var q = url.searchParams.get('q') || url.searchParams.get('p'); if (q) { terms = q.split(/\s+/).filter(function(t) { return t.length > 2; }); } } if (terms.length === 0) return; var style = document.createElement('style'); style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }'; document.head.appendChild(style); function highlight(node) { if (node.nodeType === 3) { // text node var text = node.textContent; var found = false; terms.forEach(function(term) { var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\]\\]/g, '\\') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Properly handle debugger-enumerating interior pointers and enregistered refs by leculver · Pull Request #92313 · dotnet/runtime · GitHub
Skip to content

Properly handle debugger-enumerating interior pointers and enregistered refs - #92313

Merged
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug
Sep 20, 2023
Merged

Properly handle debugger-enumerating interior pointers and enregistered refs#92313
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug

Conversation

@leculver

@leculverleculver commented Sep 19, 2023

Copy link
Copy Markdown
Contributor

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots, leading to not fully capturing the object graph for memory analysis.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically `CordbRefEnum::Next`). This is despite the fact that ICorDebug *specifically* requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with `IfFailThrow` it will halt all further processing of roots.
This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.
This is not a recent regression, but rather a bug that has likely existed since the original code was written.
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @tommcdon
See info in area-owners.md if you want to be subscribed.

Issue Details

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

Author:leculver
Assignees:-
Labels:

area-Diagnostics-coreclr

Milestone:-

@ghostghost assigned leculverSep 19, 2023
@tommcdon

Copy link
Copy Markdown
Member

@hoyosjs

@leculver

Copy link
Copy Markdown
ContributorAuthor

Converting to draft while I investigate #87239 too.

@leculver
leculver marked this pull request as ready for review September 20, 2023 17:30
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
@hoyosjs

Copy link
Copy Markdown
Member

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6252309924

@hoyosjshoyosjs changed the title ICorDebug: Properly handle interior pointersProperly handle enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle enumerating interior pointers and enregistered refsProperly handle debugger enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle debugger enumerating interior pointers and enregistered refsProperly handle debugger-enumerating interior pointers and enregistered refsSep 20, 2023
@leculver
leculver merged commit 9cbad65 into dotnet:mainSep 20, 2023
@leculver
leculver deleted the interiorPointerICorDebug branch September 20, 2023 22:05
@ghostghost locked as resolved and limited conversation to collaborators Oct 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ICorDebugGCReferenceEnum.Next fails to return stack references in .NET 8 preview 4

4 participants

@leculver@tommcdon@hoyosjs@mikem8361
, 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ' Properly handle debugger-enumerating interior pointers and enregistered refs by leculver · Pull Request #92313 · dotnet/runtime · GitHub
Skip to content

Properly handle debugger-enumerating interior pointers and enregistered refs - #92313

Merged
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug
Sep 20, 2023
Merged

Properly handle debugger-enumerating interior pointers and enregistered refs#92313
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug

Conversation

@leculver

@leculverleculver commented Sep 19, 2023

Copy link
Copy Markdown
Contributor

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots, leading to not fully capturing the object graph for memory analysis.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically `CordbRefEnum::Next`). This is despite the fact that ICorDebug *specifically* requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with `IfFailThrow` it will halt all further processing of roots.
This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.
This is not a recent regression, but rather a bug that has likely existed since the original code was written.
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @tommcdon
See info in area-owners.md if you want to be subscribed.

Issue Details

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

Author:leculver
Assignees:-
Labels:

area-Diagnostics-coreclr

Milestone:-

@ghostghost assigned leculverSep 19, 2023
@tommcdon

Copy link
Copy Markdown
Member

@hoyosjs

@leculver

Copy link
Copy Markdown
ContributorAuthor

Converting to draft while I investigate #87239 too.

@leculver
leculver marked this pull request as ready for review September 20, 2023 17:30
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
@hoyosjs

Copy link
Copy Markdown
Member

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6252309924

@hoyosjshoyosjs changed the title ICorDebug: Properly handle interior pointersProperly handle enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle enumerating interior pointers and enregistered refsProperly handle debugger enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle debugger enumerating interior pointers and enregistered refsProperly handle debugger-enumerating interior pointers and enregistered refsSep 20, 2023
@leculver
leculver merged commit 9cbad65 into dotnet:mainSep 20, 2023
@leculver
leculver deleted the interiorPointerICorDebug branch September 20, 2023 22:05
@ghostghost locked as resolved and limited conversation to collaborators Oct 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ICorDebugGCReferenceEnum.Next fails to return stack references in .NET 8 preview 4

4 participants

@leculver@tommcdon@hoyosjs@mikem8361
, 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Properly handle debugger-enumerating interior pointers and enregistered refs by leculver · Pull Request #92313 · dotnet/runtime · GitHub
Skip to content

Properly handle debugger-enumerating interior pointers and enregistered refs - #92313

Merged
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug
Sep 20, 2023
Merged

Properly handle debugger-enumerating interior pointers and enregistered refs#92313
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug

Conversation

@leculver

@leculverleculver commented Sep 19, 2023

Copy link
Copy Markdown
Contributor

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots, leading to not fully capturing the object graph for memory analysis.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically `CordbRefEnum::Next`). This is despite the fact that ICorDebug *specifically* requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with `IfFailThrow` it will halt all further processing of roots.
This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.
This is not a recent regression, but rather a bug that has likely existed since the original code was written.
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @tommcdon
See info in area-owners.md if you want to be subscribed.

Issue Details

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

Author:leculver
Assignees:-
Labels:

area-Diagnostics-coreclr

Milestone:-

@ghostghost assigned leculverSep 19, 2023
@tommcdon

Copy link
Copy Markdown
Member

@hoyosjs

@leculver

Copy link
Copy Markdown
ContributorAuthor

Converting to draft while I investigate #87239 too.

@leculver
leculver marked this pull request as ready for review September 20, 2023 17:30
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
@hoyosjs

Copy link
Copy Markdown
Member

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6252309924

@hoyosjshoyosjs changed the title ICorDebug: Properly handle interior pointersProperly handle enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle enumerating interior pointers and enregistered refsProperly handle debugger enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle debugger enumerating interior pointers and enregistered refsProperly handle debugger-enumerating interior pointers and enregistered refsSep 20, 2023
@leculver
leculver merged commit 9cbad65 into dotnet:mainSep 20, 2023
@leculver
leculver deleted the interiorPointerICorDebug branch September 20, 2023 22:05
@ghostghost locked as resolved and limited conversation to collaborators Oct 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ICorDebugGCReferenceEnum.Next fails to return stack references in .NET 8 preview 4

4 participants

@leculver@tommcdon@hoyosjs@mikem8361
, 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Properly handle debugger-enumerating interior pointers and enregistered refs by leculver · Pull Request #92313 · dotnet/runtime · GitHub
Skip to content

Properly handle debugger-enumerating interior pointers and enregistered refs - #92313

Merged
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug
Sep 20, 2023
Merged

Properly handle debugger-enumerating interior pointers and enregistered refs#92313
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug

Conversation

@leculver

@leculverleculver commented Sep 19, 2023

Copy link
Copy Markdown
Contributor

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots, leading to not fully capturing the object graph for memory analysis.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically `CordbRefEnum::Next`). This is despite the fact that ICorDebug *specifically* requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with `IfFailThrow` it will halt all further processing of roots.
This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.
This is not a recent regression, but rather a bug that has likely existed since the original code was written.
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @tommcdon
See info in area-owners.md if you want to be subscribed.

Issue Details

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

Author:leculver
Assignees:-
Labels:

area-Diagnostics-coreclr

Milestone:-

@ghostghost assigned leculverSep 19, 2023
@tommcdon

Copy link
Copy Markdown
Member

@hoyosjs

@leculver

Copy link
Copy Markdown
ContributorAuthor

Converting to draft while I investigate #87239 too.

@leculver
leculver marked this pull request as ready for review September 20, 2023 17:30
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
@hoyosjs

Copy link
Copy Markdown
Member

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6252309924

@hoyosjshoyosjs changed the title ICorDebug: Properly handle interior pointersProperly handle enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle enumerating interior pointers and enregistered refsProperly handle debugger enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle debugger enumerating interior pointers and enregistered refsProperly handle debugger-enumerating interior pointers and enregistered refsSep 20, 2023
@leculver
leculver merged commit 9cbad65 into dotnet:mainSep 20, 2023
@leculver
leculver deleted the interiorPointerICorDebug branch September 20, 2023 22:05
@ghostghost locked as resolved and limited conversation to collaborators Oct 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ICorDebugGCReferenceEnum.Next fails to return stack references in .NET 8 preview 4

4 participants

@leculver@tommcdon@hoyosjs@mikem8361
, 'i'); if (__m === '*' || __re.test(location.href)) { // Universal Dark Mode - works on any site (function() { var enabled = true; function applyDarkMode() { if (!enabled) return; // Create style element if it doesn't exist var style = document.getElementById('universal-dark-mode-style'); if (!style) { style = document.createElement('style'); style.id = 'universal-dark-mode-style'; document.head.appendChild(style); } // Dark mode CSS - inverts colors but preserves images/video style.textContent = ' /* Invert everything except media */ html { filter: invert(1) hue-rotate(180deg) !important; background: #1a1a2e !important; } /* Restore images, videos, iframes, canvas */ img, video, iframe, canvas, svg, picture, [style*="background-image"] { filter: invert(1) hue-rotate(180deg) !important; } /* Preserve specific elements that should not be inverted */ .no-dark-mode, .no-dark-mode *, [data-theme="light"], [data-theme="light"], .ace_editor, .ace_editor *, .CodeMirror, .CodeMirror *, .monaco-editor, .monaco-editor *, .markdown-body pre, .markdown-body pre *, .highlight, .highlight *, pre code, pre code * { filter: none !important; } /* Fix common UI elements */ .modal, .popup, .dropdown-menu, .tooltip, .popover { filter: invert(1) hue-rotate(180deg) !important; background: #2d2d44 !important; border-color: #444 !important; } /* Scrollbars */ ::-webkit-scrollbar { background: #1a1a2e !important; } ::-webkit-scrollbar-thumb { background: #444 !important; } ::-webkit-scrollbar-thumb:hover { background: #555 !important; } /* Selection */ ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; } ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; } '; } function removeDarkMode() { var style = document.getElementById('universal-dark-mode-style'); if (style) style.remove(); } // Toggle with Alt+Shift+D document.addEventListener('keydown', function(e) { if (e.altKey && e.shiftKey && e.key === 'D') { e.preventDefault(); enabled = !enabled; if (enabled) { applyDarkMode(); console.log('[Universal Dark Mode] Enabled'); } else { removeDarkMode(); console.log('[Universal Dark Mode] Disabled'); } } }); // Apply on load applyDarkMode(); // Re-apply on dynamic content var observer = new MutationObserver(function(mutations) { if (enabled && !document.getElementById('universal-dark-mode-style')) { applyDarkMode(); } }); observer.observe(document.head, { childList: true }); console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle'); })(); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })(); Properly handle debugger-enumerating interior pointers and enregistered refs by leculver · Pull Request #92313 · dotnet/runtime · GitHub
Skip to content

Properly handle debugger-enumerating interior pointers and enregistered refs - #92313

Merged
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug
Sep 20, 2023
Merged

Properly handle debugger-enumerating interior pointers and enregistered refs#92313
leculver merged 4 commits into
dotnet:mainfrom
leculver:interiorPointerICorDebug

Conversation

@leculver

@leculverleculver commented Sep 19, 2023

Copy link
Copy Markdown
Contributor

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots, leading to not fully capturing the object graph for memory analysis.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically `CordbRefEnum::Next`). This is despite the fact that ICorDebug *specifically* requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with `IfFailThrow` it will halt all further processing of roots.
This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.
This is not a recent regression, but rather a bug that has likely existed since the original code was written.
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @tommcdon
See info in area-owners.md if you want to be subscribed.

Issue Details

There is an ancient bug in the dac root walking code. If we hit an interior pointer on a callstack that lives outside of the GC heap, we will report that pointer as-is to ICorDebug (specifically CordbRefEnum::Next). This is despite the fact that ICorDebug specifically requests that the dac only enumerate pointers to real objects. This non-gc pointer will be treated as a real object pointer and will cause a failed HRESULT in CordbRefEnum. Since this call is wrapped with IfFailThrow it will halt all further processing of roots.

This code makes a small, targeted change to not enumerate non-GC pointers when the caller requests we specifically only enumerate pointers to real objects.

This is not a recent regression, but rather a bug that has likely existed since the original code was written.

FYI @asundheim.

Author:leculver
Assignees:-
Labels:

area-Diagnostics-coreclr

Milestone:-

@ghostghost assigned leculverSep 19, 2023
@tommcdon

Copy link
Copy Markdown
Member

@hoyosjs

@leculver

Copy link
Copy Markdown
ContributorAuthor

Converting to draft while I investigate #87239 too.

@leculver
leculver marked this pull request as ready for review September 20, 2023 17:30
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/dacdbiimpl.cpp Outdated
@hoyosjs

Copy link
Copy Markdown
Member

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6252309924

@hoyosjshoyosjs changed the title ICorDebug: Properly handle interior pointersProperly handle enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle enumerating interior pointers and enregistered refsProperly handle debugger enumerating interior pointers and enregistered refsSep 20, 2023
@hoyosjshoyosjs changed the title Properly handle debugger enumerating interior pointers and enregistered refsProperly handle debugger-enumerating interior pointers and enregistered refsSep 20, 2023
@leculver
leculver merged commit 9cbad65 into dotnet:mainSep 20, 2023
@leculver
leculver deleted the interiorPointerICorDebug branch September 20, 2023 22:05
@ghostghost locked as resolved and limited conversation to collaborators Oct 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ICorDebugGCReferenceEnum.Next fails to return stack references in .NET 8 preview 4

4 participants

@leculver@tommcdon@hoyosjs@mikem8361