Applied! Thanks!

I have also commited the initial implementation of the 'wt' command (write to 
file
at a optional offset). When integrating the core with libr it will be possible 
to
write to other processes in this way:

$ radare -d ls
[...]> wt pid://3829 0x8048000

This way the 'wt' command will open the process 3929, seek to 0x8048000 and 
detach it.

And I'll also possible to do the same but using the child filedescriptors, but 
maybe
it will be easier to implement this in the debugger instead of the core. and be
able to do this:

[...]> !fdw 3 0x8048000 100

Will write using the filedescriptor 3 of the child process from 0x8048000 
address 100
bytes. If you want to write data to a filedescriptor of a child process from an 
external
source you should allocate memory in the child process using the !alloc and 
then use 'wf'
to write from file to child process memory and then fdw.

I have to take a train now, so I'll commit this later :)

Enjoy!

--pancake

On Sun, 16 Nov 2008 22:14:24 -0400
"Anderson Lizardo" <[EMAIL PROTECTED]> wrote:

> On Sun, Nov 16, 2008 at 4:39 PM, Anderson Lizardo
> <[EMAIL PROTECTED]> wrote:
> > Just tested r633 now and it seems all build issues were fixed. Thanks!
> >
> > Anyway, I'll install vte + gtk as I want to play with the graphing options 
> > too.
> 
> Another issue. I *thought* the build was ok, but when issuing "make
> install" it complains about radiff missing. Indeed the radiff
> compilation fails with:
> 
> ...
> cc -g -O2 -g -Wall -O2 -I/include -Wall -I..   -c -o rdbdiff_main.o
> rdbdiff_main.c
> rdbdiff_main.c:43: error: conflicting types for 'string_flag_offset'
> ../flags.h:48: error: previous declaration of 'string_flag_offset' was here
> make[3]: *** [rdbdiff_main.o] Error 1
> make[3]: Leaving directory
> `/home/andgomes/workspace/reverse_engineering/radare/deb/radare-1.0/src/radiff'
> make[2]: [_radiff] Error 2 (ignored)
> ...
> 
> Attached a patch that (I think) fix the issue. It just removes the
> conflicting definition for string_flag_offset() from rdbdiff_main.c.
> It fixes the compilation problem for me.
> 
> Regards,
> -- 
> Anderson Lizardo
> 


  --pancake
_______________________________________________
radare mailing list
[email protected]
http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org

Reply via email to