mirror of
https://github.com/radareorg/radare2.git
synced 2024-10-11 12:54:45 +00:00
9890c6e8b0
- env.sh now also uses DYLD_LIBRARY_PATH - Fixes in ollyasm/dis to link with no global variables - Remove double definition of global _state - Same for asm_java - Split -shared and -Wl,-R into LDFLAGS_{LIB|LINKPATH} - Fixes linkage in osx - anal_x86_bea plugin now links correctly against BeaEgine.o - dietline is now #include'd from line.c - no debugger support yet - Do not externalize any variable. Some linkage does not support it * Remove bininfo dependency .. aims to be merged into bin soon * Added r_str_case() method to change to lower/upper case a string |
||
---|---|---|
.. | ||
p | ||
bp.c | ||
handle.c | ||
io.c | ||
Makefile | ||
parser.c | ||
parser.h | ||
README | ||
traptrace.c |
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?