-
Notifications
You must be signed in to change notification settings - Fork 29
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
Introduce Reason enumeration to accompany Symbolized::Unknown
variant
#446
Conversation
This change adjusts the internally used Handler trait with an additional generic argument that can be used for providing additional data to the Handler::handle_unknown_addr() method call. The ability to provide this data will be necessary with upcoming changes. Signed-off-by: Daniel Müller <deso@posteo.net>
Many paths can lead to an unsuccessful symbolization, and it may be hard for callers to figure out why symbolization didn't pan out. For example, a user may have provided a stripped binary, without being aware of that fact. With this change we introduce the symbolize::Reason enumeration, which now accompanies the Symbolized::Unknown variant and aims to provide a best guess as to why symbolization was not successful. Signed-off-by: Daniel Müller <deso@posteo.net>
a049e1f
to
628fdb0
Compare
Codecov ReportAttention:
Additional details and impacted files@@ Coverage Diff @@
## main #446 +/- ##
==========================================
+ Coverage 92.26% 92.30% +0.04%
==========================================
Files 41 41
Lines 6347 6397 +50
==========================================
+ Hits 5856 5905 +49
- Misses 491 492 +1 ☔ View full report in Codecov by Sentry. |
628fdb0
to
e7d9eb4
Compare
Symbolized::Unknown
variant
Should be ready for review now. |
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, minor naming suggestion, but up to you.
This change adds a test attempting symbolization on a stripped binary. The test makes sure that the reason we report for the unsuccessful symbolization is the fact that symbols are missing. Signed-off-by: Daniel Müller <deso@posteo.net>
e7d9eb4
to
4c30ba9
Compare
Many paths can lead to an unsuccessful symbolization, and it may be hard for callers to figure out why symbolization didn't pan out. For example, a user may have provided a stripped binary, without being aware of that fact.
With this change we introduce the symbolize::Reason enumeration, which now accompanies the Symbolized::Unknown variant and aims to provide a best guess as to why symbolization was not successful.