dotnet / dotnet/diagnostics

I found a way to fix traces broken by the 100-stack-frame limit

Open
#5,954 0 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
C++
Stars
1.3k
Forks
404
Avg merge
2d 5h
Merged PRs (30d)
35

Description

## Background and Motivation

Hello,

As the title says, I found a way to recover traces that are affected by the 100-stack-frame limit. I pulled this off by carefully recovering the missing call stacks from a known good previous call stack sample. This logic is better explained in my blog post: https://dfamonteiro.com/posts/dotnet-trace-final-fix/.

And here's the fork with the changes detailed in my blog post: https://github.com/dfamonteiro/daniel-trace

I thought you might find this an interesting improvement opportunity to `dotnet-trace`

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with the linked blog post and the fork containing the proposed changes for dotnet-trace. The issue names no repository files, tests, entry points, or acceptance criteria, so maintainers would need to identify the implementation area and define what a completed trace-recovery improvement should demonstrate.

Written by the indexing model from the issue text.

Assessment

Domain
devtools, observability-sre
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.