"port" i mean As some mails before I told that just got access on a x86-OSX box with the iphone SDK and start developing on it.
The last hg tip fixes the potential OSXCRACKDOWN that was making radare kill the whole system when tried to be debugged with gdb (lul!). So now, the current tip is able to read/write memory, parse maps sections in memory and manipulate register values. The only missing feature to complete the basic debugger is to be able to step, continue, stop, is not a hard task, but I just spend few mins every day to code on it, so maybe this will be done before monday. btw when developing for it i have found some nice articles that make me laught a bit. I think you will enjoy them as much as me: http://developer.apple.com/documentation/Darwin/Reference/ManPages/man8/taskgated.8.html http://uninformed.org/index.cgi?v=4&a=3&p=17 <-- how can this be possible? LUL! http://landonf.bikemonkey.org/code/macosx/ptrace_deny_attach.20041010201303.11809.mojo.html http://vx.netlux.org/lib/vrg01.html <-- nice way to get entrypoint ! So, for the 1.0 (hopefully in october) i will have the full osx support for debugging, maybe if i'm bored i'll write a signature validator patcher, to make radare run without the need to get root or sign the binary. (This is how apple makes gdb work without strange perms) Hopefully rabin will come with dietpe and dietmacho..two minimalistic libs to parse and analyze MACH-O and PE files. currently this support is done by shell parsing. But I hope to replace them by native C stuff soon. PD: About the Solaris port... i will have to read a bit more on the UPS debugger and some sources of OpenSolaris, but seems that most of the debugging in solaris is based in /proc which is going to be deprecated soon. but seems that there's not many community efforts in this front nowadays. So it will be used for a while I think...or at least it will be usable for all the current systems. BTW I have been reading a bit on Dtrace which seems to be a nice user-programmable profile. i will probably add an interface for radare together with an ERESI linkage to make radare debug apps using dtrace or e2dbg. (i know that dtrace is not to be used to debug...but adding hooks in any of the 30.000 hooking points is possible to create a kernel/user-level user-defined programatic-debugger with an interface for radare. but i dont expect this for 1.0...So, now radare needs some stabilization and massive testing. please ping me with your bugs and questions! Have fun --pancake _______________________________________________ radare mailing list [email protected] http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org
