~/lightning

Lightning Talk: Implementing Wasm Debugging with .net in vscode

Lightningat Cloud Native Wasm Day North America 2022 · on Monday, 2022-10-24· [webassembly]
links:none on file
slides:none on file

Implements .NET Wasm debugging in VS Code by translating Chrome DevTools Protocol messages into the runtime’s Soft Debugger Protocol via a CDP proxy, enabling breakpoints, locals and call stack inspection for browser (wasmi) and standalone (Wazi) runs. Browser mode uses runtime.evaluate plus injected debugger statements to signal the proxy; Wazi reuses a preopened socket and a single-threaded communication loop. Experimental Firefox support exists and a recent PR adds multi‑thread runtime adjustments; demos show breakpoints, variable views and resume working end‑to‑end.

AI-written summary · about

  1. 0:00Start
  2. 0:55Why had we decided to use Chrome DevTools Protocol?
  3. 5:48Multithreaded environment
  4. 6:53Why it was fast to implement?
  5. 7:30What was the challenges?
  6. 8:36Debugging the C# app on VsCode
  7. 9:03VsCode Configuration for debugging on Wasm and on Wasi
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.