stuff that i want to see in or for esil

[condret]

stuff that i want to see in or for esil

[radare]

Why esil.os? we already have asm.os, i would prefer to merge those concepts as much as possible to avoid duplicated variables in several places of r2. like the problem we have right now with asm/anal/.. to change bits/arch not unified.

[radare]

Those native handlers are required to be implemented as a layer of abstraction between esil and the bare metal. Those handlers must pop the values from the stack or read the registers to construct call the function and then return back those values to the esil world.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. Considering a lot has changed since its creation, we kindly ask you to check again if the issue you reported is still relevant in the current version of radare2. If it is, update this issue with a comment, otherwise it will be automatically closed if no further activity occurs. Thank you for your contributions.

[condret]

"Why esil.os? we already have asm.os, i would prefer to merge those concepts as much as possible to avoid duplicated variables in several places of r2. like the problem we have right now with asm/anal/.. to change bits/arch not unified." - uhm, I actually don't remember why that esil-os at all. If user sets up interrupt and syscall handlers there should be no need for this anyway.

[condret]

"Those native handlers are required to be implemented as a layer of abstraction between esil and the bare metal" - not only that, in some cases they could be bending the functionality into libr. so if a target opens a file, we should be able to open that in RIO and pass the desc's fd back. If a target uses mmap we must (wouldn't work otherwise) use r_io_map to instead, so that the user can manipulate the mapping later on.