microsoft / microsoft/vscode-dwarf-debugging-ext
External DWARF debug info
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 26
- Forks
- 6
- PR merge metrics
- No merged PRs in 30d
Description
Using this extension I'm trying to debug a wasm binary compiled with external debug info (enabled by the -gseparate-dwarf=<path> and SEPARATE_DWARF_URL options in Emscripten). The only way I've been able to get this to work is by embedding a file: scheme URI to the full path of the dwp file. However this doesn't work with Chrome DevTools and I suspect this is deliberate for security reasons.
Alternative methods I've tried are:
- A relative path to the dwp (works with chrome DevTools)
- A
http://URL to a localhost server serving the dwp (works with chrome DevTools) - An absolute path
I'd like single approach which works for both the VSCode and Chrome DevTools extensions so the same binary can be debugged in different environments. Is there a way to achieve this?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how the extension handles Emscripten's SEPARATE_DWARF_URL and the dwp URI forms described in the issue. Compare those forms with the paths accepted by Chrome DevTools, including its security constraints, and determine whether one shared URL approach is possible. Done means the same wasm binary can load its external DWARF data in both VS Code and Chrome DevTools.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, wasm
- Domain
- devtools
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100