Closed
Bug 638204
Opened 13 years ago
Closed 11 years ago
Expose frame trust in stacks
Categories
(Socorro :: General, task)
Socorro
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jrmuizel, Assigned: ted)
References
Details
Attachments
(1 file)
The breakpad stack walking code has the concept of how confident it is with the current stack frame. It would be helpful when interpreting stacks if this was exposed on Socorro. I expect that this should be done after bug 573100 is fixed.
Comment 1•13 years ago
|
||
Does it also have alternate suggestions with less degrees of confidence?
Reporter | ||
Comment 2•13 years ago
|
||
(In reply to comment #1) > Does it also have alternate suggestions with less degrees of confidence? No, but that would be neat functionality to add. Currently we just unwalk each frame by trying the different methods in order of their reliability. It would be interesting to try a more global approach to avoid getting stuck on the wrong path and ending up in the weeds.
Assignee | ||
Comment 3•13 years ago
|
||
This will be trivial to add once bug 573100 is fixed. (In fact, this was one of the main things I wanted to expose by fixing that.)
Depends on: 573100
Updated•13 years ago
|
Component: Socorro → General
Product: Webtools → Socorro
Comment 4•11 years ago
|
||
Ted said he'd take this soon. I asked not only for the stackwalk reason, but also whether, for each frame, we have the symbols for that frame or not. This will help with the reporting I'd like in bug 907312.
Assignee: nobody → ted
Assignee | ||
Comment 5•11 years ago
|
||
I'd like to split the symbol information out separately since that's a slightly different issue.
Assignee | ||
Comment 6•11 years ago
|
||
I have a patch, it will produce output like so: "frames" : [ { "frame" : 0, "module" : "ntdll.dll", "module_offset" : "0xe514", "offset" : "0x7c90e514", "trust" : "context" }, { "frame" : 1, "offset" : "0x4d9ffff", "trust" : "frame_pointer" }, { "frame" : 2, "module" : "kernel32.dll", "module_offset" : "0xb9d6", "offset" : "0x7c80b9d6", "trust" : "scan" }, The possible values are "context", "cfi", "frame_pointer", "cfi_scan", "scan", "none". Pull request coming up soon.
Assignee | ||
Comment 7•11 years ago
|
||
https://github.com/luser/socorro/commit/d7345d2a9335ef8da9c37aa88c8f1187f38ab028
Assignee | ||
Comment 8•11 years ago
|
||
Attachment #819831 -
Flags: review?(benjamin)
Assignee | ||
Comment 9•11 years ago
|
||
I'll fix the symbol stuff in bug 431514.
Comment 10•11 years ago
|
||
Commit pushed to master at https://github.com/mozilla/socorro https://github.com/mozilla/socorro/commit/d7345d2a9335ef8da9c37aa88c8f1187f38ab028 bug 638204 - expose frame trust in stacks
Assignee | ||
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
OS: Mac OS X → All
Hardware: x86 → All
Resolution: --- → FIXED
Assignee | ||
Comment 11•11 years ago
|
||
I'll file a followup on exposing this in the UI.
Updated•11 years ago
|
Attachment #819831 -
Flags: review?(benjamin)
Assignee | ||
Comment 12•11 years ago
|
||
Filed bug 929095 on the UI.
You need to log in
before you can comment on or make changes to this bug.
Description
•