radare2/libr/bp
2023-03-02 22:11:23 +01:00
..
p Also replace __UNIX__ with R2__UNIX__ 2022-12-10 20:32:10 +01:00
bp_io.c Rename corebind fields to coreb, for consistency with analb, iob ##abi 2022-05-07 11:58:38 +02:00
bp_plugin.c Refactor a few eprintf 'Cannot …' to R_LOG_ERROR 2022-08-01 16:46:46 +02:00
bp_traptrace.c More source spacing linting 2022-08-18 14:37:29 +02:00
bp_watch.c Use (void) instead of () in function signatures (#17026) ##refactoring 2020-06-14 16:08:32 +02:00
bp.c Add Pz[ie] command to import/export project in zip format ##projects 2023-03-02 22:11:23 +01:00
Makefile Fix #4056 - rename DEPS to R2DEPS ##build (#17020) 2020-06-12 10:49:28 +08:00
meson.build Only build library archives when -Dblob is provided ##build 2022-03-22 11:59:13 +01:00
README

libr.bp
=======

Breakpoint API

- Manages list of defined breakpoints
- Determines if a stop is caused by a breakpoint
- Owns a database of multiple types of breakpoints
  - arch and os based ones
  - Supports endianness
  - r_bp_get should return a buffer and a length
- Manages conditional breakpoints expressions
- Types of breakpoints
  - software (traps)
  - conditional traps
  - hardware (registers)
  - mmu (changes page protections)
- All non-native operations are translated into evaluable expressions
  by other modules. Like changing register values and so on
  - Do we should place some callbacks for this kind of ops?
- We need to make this work also remotely
  - r_debug can handle the remoteness of the debugger backend.
  - r_io can do it also
- Watchpoints and its exception should be handled here
  - watchpoint expressions should be handled by using the r_num stuff
- Hardware breakpoints require access to registers, or pid/tid
  this is... the debugger backend. For those, the debugger backend
  should fill a callback to manage them.
  - if the debugger breakpoint handler does not manages the breakpoint
    type, r_bp must do it with r_io storing and loading bp bytes.

* Do we need the plugin API to define new breakpoints and so on?