radare2

mirror of https://github.com/radareorg/radare2.git synced 2024-12-12 15:38:09 +00:00

History

pancake fc9301b14b Add hints and named print formats and more Initial implementation of anal hints (ah?) Use anal hints in core/disasm. Needs more work New data structure StrHT (string hashtable) Simplify core/libs.c with cpp macros Added r_cons_color() wip function for ansi256 consoles RPrint no longer depends on r_cons Sort 'a?' help commands Add support for named print formats with pf$ command Add support for 64 bit string pointers in 'pf' ('S') Add r_print_mute and r_print_format_length functions Bump r2 nodejs bindings version number Merge r_print into r_util		2013-01-22 05:06:12 +01:00
..
p	Fix android build and add r_core->anal_define api	2012-09-03 01:27:52 +02:00
bp.c	Add hints and named print formats and more	2013-01-22 05:06:12 +01:00
io.c	* Remove debugging printfs in the debugger	2011-07-06 01:45:45 +02:00
Makefile	Better paralelization of build system	2012-10-04 01:20:00 +02:00
parser.c	* Major unfinished refactoring for r_debug and r_bp	2009-09-14 00:37:28 +02:00
parser.h	* Major unfinished refactoring for r_debug and r_bp	2009-09-14 00:37:28 +02:00
plugin.c	* Use RList in r_bp	2010-06-30 01:13:09 +02:00
README	* Initial working implementation of software breakpoints	2010-01-21 02:38:52 +01:00
traptrace.c	* Use r_list_foreach[_safe] where appropriate.	2012-02-14 18:19:16 +01:00
watch.c	* Fix segfault in r_bp_get_bytes when used in loops	2010-03-03 13:34:38 +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?