radare2/libr/bp
lzutao 1365948cee Do not use reversed keyword of meson ##build
`files` is a reversed keyword in meson. Try to avoid using it.
2019-01-10 14:15:50 +01:00
..
p Fix #11487 (#11534) 2018-09-15 22:52:12 +02:00
bp_io.c Implement named breakpoints with support for expressions 2018-06-19 12:27:57 +02:00
bp_plugin.c Fix oob read with dbh- command 2017-04-18 19:07:14 +02:00
bp_traptrace.c Add braces to if, else, for, while ... (#11504) 2018-09-13 10:17:26 +02:00
bp_watch.c Fix #11112 - Rename {srwx,flags,perms} to perm. (-21 LOC) 2018-09-22 11:31:45 +02:00
bp.c Minor code cleanups - free/R_FREE/etc 2018-11-13 00:23:49 +01:00
Makefile
meson.build Do not use reversed keyword of meson ##build 2019-01-10 14:15:50 +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?