-
Updated
Aug 24, 2020 - Java
instrumentation
Here are 424 public repositories matching this topic...
-
Updated
Aug 6, 2020 - Java
-
Updated
Aug 21, 2020 - Java
-
Updated
Aug 13, 2020 - Python
-
Updated
Aug 7, 2020 - C#
The memtrace* sample clients use drutil_expand_rep_string, but the instrace* ones do not. This can confuse users: https://groups.google.com/g/dynamorio-users/c/HR4pX6lwP_I
-
Updated
Aug 18, 2020 - Java
-
Updated
Aug 13, 2020 - Java
-
Updated
Aug 25, 2020 - C++
-
Updated
Jun 30, 2020 - JavaScript
-
Updated
Aug 25, 2020 - C
As discussed in the discord channel. Having a whitelist/blacklist approach where you can tell to (not)instrument specific libraries in QEMU mode. For example by passing library names in an env variable. Something like INSTRUMENT_QEMU_BLACKLIST="libc.so,another.so".
Could be done by replacing all the checks if (cur_loc < afl_code_start || cur_loc >= afl_code_end) with the traverse of a list (in
-
Updated
Aug 11, 2020 - JavaScript
-
Updated
Aug 4, 2020 - C
Refactor host -> guest context switch assembly codes that have been duplicated when we introduced AVX support.
-
Updated
Jun 19, 2020 - Erlang
-
Updated
Jul 27, 2020 - Python
-
Updated
May 15, 2019 - Java
-
Updated
Aug 23, 2020 - Elixir
-
Updated
Aug 24, 2020 - C++
-
Updated
Jun 28, 2020 - Go
-
Updated
Nov 25, 2019 - Go
-
Updated
Aug 18, 2020 - Go
-
Updated
Aug 5, 2020 - JavaScript
-
Updated
Jul 20, 2020 - Elixir
Improve this page
Add a description, image, and links to the instrumentation topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the instrumentation topic, visit your repo's landing page and select "manage topics."
It would be helpful if the lcov generated reports could generate relative paths. My use case is that I am generating coverage reports from a docker image and then using VS Code Coverage Gutters which supports relative paths to view the coverage. But it doesn't work because the absolute paths on the docker c