README
¶
Goja Debugger
A Goja debugger's CLI frontend application to demonstrate the capabilities of the NEW Goja debugger.
Notice
This project is no longer developed and maintained. If you're interested in developing it, please fork it.
References
- goja debugger implementation
- goja issue for tracking changes and discussion
- goja PR
- POC debugger with 1 VU in k6
How to build
This repositories contains an example application in Go for testing the debugger functionality I'm developing for Goja and a bunch of scripts in JavaScript, one (gen-srcmap.js
) for generating sourcemaps for your JavaScript files and two other (test_*.js
) for testing the debugger app.
To run the debugger application, just run go build
in the cloned project on your machine, assuming you have Go. The Goja repository should also exist next to the cloned goja_debugger
directory and the debugger
needs to be checked out.
git clone https://github.com/mostafa/goja
cd goja
git checkout debugger
cd ..
git clone https://github.com/mostafa/goja_debugger
cd goja_debugger
go build
There are two scripts along with their sourcemaps for testing the debugger functionality. If you want to debug your own scripts, you might need to use Node.js to generate your own sourcemap for your JavaScript, which helps the debugger application easily pinpoint the lines in your script.
cd scripts
npm i
node gen-srcmap.js test.js > test.js.map
node gen-srcmap.js test_prime.js > test_prime.js.map
How to run
There's just one subcommand in the debugger application, inspect
. If you use it, it'll tell the compiler to emit debugger
instruction in your program and also let's the JS VM (Goja VM) to run your script in debug mode. Otherwise it'll just run the script normally. Also, you can pass line
after inspect
to have line numbers printed on the debug[1]>
prompt, instead of program counter (default).
$ ./goja_debugger inspect scripts/test.js
Welcome to Goja debugger
Type 'help' or 'h' for list of commands.
Loaded sourcemap from: scripts/test.js.map
Break on start in scripts/test.js:1
debug[0]> r
Break on debugger statement in scripts/test.js:11
debug[3]> l
7 let pest = 2
8 return val + 2
9 }
10
> 11 let i = 1;
12 console.log(i)
13 // eval('console.log(i + 2)')
14
15 i = 2
debug[3]>
Supported commands
When the debugger starts, it'll pause, so that you instruct it to run a command or set a breakpoint. Most of the following command are supported:
setBreakpoint, sb Set a breakpoint on a given file and line
clearBreakpoint, cb Clear a breakpoint on a given file and line
breakpoints, b List all known breakpoints
run, r Run program until a breakpoint/debugger statement if program is not started
(ProgramStartActivation is disabled, so run doesn't work for now)
next, n Continue to next line in current file
cont, c Resume execution until next debugger line
step, s Step into, potentially entering a function
out, o Step out, leaving the current function (not implemented yet)
exec, e Evaluate the expression and print the value
list, l Print the source around the current line where execution is currently paused
print, p Print the provided variable's value
backtrace, bt Print the current backtrace
help, h Print this very help message
quit, q Exit debugger and quit (Ctrl+C)
Roadmap
- Expose a debugger API (Thanks to @nwidger 🙏)
- Implement debugger event-loop using channels for the new API
- Implementation of step-in (implemented) and step-out commands
- Possible sourcemap generation on the fly (not sure if it's possible in Go) (Thanks to @nwidger 🙏)
- Fix Goja tests and try to see if changes are needed for TC39 tests
- Revert changes to interfaces in
compiler.go
and others and use a flag fordebugMode
- DAP integration:
dap
branch (boilerplate for now) - Integration with k6
License
AGPL v3 or later
Documentation
¶
There is no documentation for this package.