> sha0 sha0 escribió:
>> Hi,
>>
>> If radare is being used, and then apply changes with "make install",
>> when radare tryes to do a debug_close() a segfault will appear.
>>
>>
>> The cause is this Makefile's line:
>>
>> -cp -rf src/plug/hack/*.${SHARED_EXT} ${LIBDIR}/radare
>>
>> regrads.
>>
>>
>>
>>
>>
>>
>> (maybe install: delete opened file
>>
>> Maybe Makefile
>> _______________________________________________
>> radare mailing list
>> [email protected]
>> http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org
>
> The correct process to install a new file version is 1) remove it 2)
> copy it.
>
> The recommended Unix way to install a file is to use the program install
> (1) that follows the algorithm described above.
Takes sense, but imho dlopen should not populate the on-disk changes, i
wrote a simple hello world using dlopen+radare to inject code into a while
calling a function pointer defined on a external library and looks quite
simple to manipulate processes using dynamic libraries as entrypoints.
It maybe useful in the case we have no debugging interface for hacking into
a program.
I'm gonna commit a change in mercurial that makes use of INSTALL_LIB
environ defined by ACR that just puts the proper install flags to be used
to install libraries.
Now the lua plugin tries to be compiled against -llua and -llua5.1 to skip
the stupid libnames decided by ubuntu.
--pancake
_______________________________________________
radare mailing list
[email protected]
http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org
