Well Pancake, its not open yet. As I am struggling with a lot of things.. I am new to frontend coding. So now I was going to use Vte, but I am having problems with Vte in Glade. And I am also sure thats not the best way.. (regexing the output all the time) so its kinda on a slight hold as long as I havnt seem to find a way to fix that. I hope Nibble can get into Android Hacking so he (or me) can find a way to do the things Radare would need w/o rooting.. As Rooting is not officially supported. Ive indeed been thinking about writing one of those parsers one day. But I came w/ the problem that the G1 doesnt run Java on the fly. Thats why its not called a JVM but a DVM. (or something like that) but making a parser from perl to java to Dex Assembler should be possible ;) Ill have a look how I can add it to R1. but then again I havnt ever had a look at its source code ;) I am really looking forward to R1. Since it sounds like this magical little fairy everytime I hear you about it. =)
Cheers, Robin 2009/5/23 pancake <[email protected]> > Robin Vossen wrote: > >> As far as I know they are discussing to Embed Python in the Android system >> at 2.0 since of Guido van Rossum (Who works at Google..) >> > Yep, google official languages are C++, Java and Python. I personally dont > like any of them .. I'm looking for perl6 and parrot, which should > be one of the bases of radare2 (for scripting support) enabling the > interaction between different scripting languages in a single core. > > We will be also able to use parrot as an engine or optimizing assembly > code and at some point we will probably be able to perform some > decompilations using the parrot vm. But this is something to see in > the future.. not now :) > > But, I havn't seen any progress in Perl for the G1. Wich will become a >> little project for myself when Ive got the G1. >> I have also been working on a IDA-Look-and-Feel for the x86 Arch for >> Radare (GTK(glade) Based Written in Perl) >> > Wow really? Is it public? is there any shot? We are working on a GUI > for radare2 written in Vala and GTK2 (radare.org/ragui) but it is > locked since r2 is not yet complete. And I prefer to use the command > line for most of the tasks I need > > I havn't tried to compile it yet. but if you say it should compile clearly >> I will try that as soon as when I got the G1. >> If there is a small team that might be intresed in writing a Front-End >> thing for it in Java Id be happy to join. (Though Ive never coded Java >> before) >> > Nibble will probably get a G1 ;)...and actually im waiting for Nokia > to see if they release a maemo based phone, else I will probably get > an android-based phone at some point. > > The main problem in android are the kernel patches that makes each > process run with a different UID, so you cannot send signals to other > processes or debug or so, unless you are root (i'm right?) > > When google plans to release android2? > > I'm actually designing a minimal python API based on simple > interfaces to enable a cached layer of metadata on top of the core. > > The idea of that api is to provide access to all the code analysis > and binary information stored in radare. I want to push it before > the release of 1.4. And this will open new possibilities because it > is quite factible to parse python code from perl and this way > generate the bindings for perl, ruby and so on.. didnt people say > that python is for designing prototypes? ;) > > In the same way we can just make the parser generate java code > and directly have the Java bindings. and interact from java to the > native app with a socket or a fifo file like 'rsc daemon' does. > >> Maybe the possibility to add it to the Android Market after that might >> give Radare a bit more people interested in the app. >> >> Something else I'd be really interested in is adding the dex Executable >> formats to Radare (The Android Java Executables) as I am also going to start >> to add it to IDA Pro. >> So, if Radare can do this I might do this too.. >> >> Few months ago I was having a look to the DEX format and the > DalvikVM assembly, there are source code from google in the SDK > with all the information required to implement it. > > The main problem here is that r1 is a bit dirty and I would prefer > to add new binfmts and archs to r2 which is modular and will > make the code much more reusable. > > But if you want to do it in the dirty way...feel free to do it for r1 :) > and then rewrite it properly for r2. r1 is nice for PoCs because the > source is easy to hack on. > >> In case anyone wonders, YES I've got TOO much time in my hands... >> >> Wow! that's really strange nowadays :) Enjoy your spare time! > > Let us know about your advances. > > --pancake > > _______________________________________________ > radare mailing list > [email protected] > http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org > >
_______________________________________________ radare mailing list [email protected] http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org
