diff options
author | Kartik Agaram <vc@akkartik.com> | 2020-03-11 19:50:49 -0700 |
---|---|---|
committer | Kartik Agaram <vc@akkartik.com> | 2020-03-11 19:50:49 -0700 |
commit | e420279ac1e0d5178281bf5c3f0446490172f121 (patch) | |
tree | 13e8ce03c5fb07aaa2d3ea50521dcd90bc1c535a | |
parent | 15655a12461c0a46c0a50af7e6143cd4258c89af (diff) | |
download | mu-e420279ac1e0d5178281bf5c3f0446490172f121.tar.gz |
6127
-rw-r--r-- | README.md | 11 |
1 files changed, 11 insertions, 0 deletions
diff --git a/README.md b/README.md index 490ab46e..7189a1bf 100644 --- a/README.md +++ b/README.md @@ -446,6 +446,17 @@ rudimentary but hopefully still workable toolkit: * If the trace seems overwhelming, try [browsing it](https://github.com/akkartik/mu/blob/master/tools/browse_trace.readme.md) in the 'time-travel debugger'. +* Don't be afraid to slice and dice the trace using Unix tools. For example, + say you have a SubX binary that dies while running tests. You can see what + test it's segfaulting at by compiling it with debug information using + `./translate_subx_debug`, and then running: + + ``` + ./bootstrap --debug --trace --dump run a.elf test 2>&1 |grep 'label test' + ``` + + Just read out the last test printed out before the segfault. + Hopefully these hints are enough to get you started. The main thing to remember is to not be afraid of modifying the sources. A good debugging session gets into a nice rhythm of generating a trace, staring at it for a |