Maybe the problem is because paging on demand semantics, try MAP_POPULATE
2008/5/21 sKUrZ0 <[EMAIL PROTECTED]>:
> It seems that the libs are automatically mapped as private, so now I
> don't know the reason of this alteration :/
>
> open("/usr/lib/libm.so", O_RDONLY) = 3
> read(3, "[EMAIL PROTECTED]"..., 512)
> = 512
> brk(0) = 0x804a000
> brk(0x806b000) = 0x806b000
> fstat64(3, {st_mode=S_IFREG|0644, st_size=145232, ...}) = 0
> mmap2(NULL, 147584, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
> 0) = 0xb7df3000
> mmap2(0xb7e16000, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22) = 0xb7e16000
>
>
> 2008/5/21 pancake <[EMAIL PROTECTED]>:
> > Do you know how to private map libs with dlopen?
> >
> > On Wed, 2008-05-21 at 15:17 +0000, sKUrZ0 wrote:
> >> you can avoid this problem it by creating new files instead of
> >> rewriting the same file (so new dlopen calls will open the correct
> >> library).
> >> BTW I think that libraries could also be mapped as private instead of
> >> shared, so changes on the .so will not affect the running program with
> >> the loaded library.
> >>
> >> 2008/5/21 pancake <[EMAIL PROTECTED]>:
> >> > On Wed, 2008-05-21 at 12:38 +0200, sha0 sha0 wrote:
> >> >> 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.
> >> >>
> >> >
> >> > Thats not a bug, thats normal. this happens with all dynamic
> libraries,
> >> > they are mapped in memory, so any disk change will alter all the
> running
> >> > process with dlopened files.
> >> >
> >> > I dont know if it's exploitable, but is cool :)
> >> >
> >> > I found this 'feature' few days while working with gstreamer pipelines
> >> > and reinstalling plugins on top of one of the running ones. Producing
> >> > random segmentation faults and exceptions. (maybe putting a
> >> > fullbreakpointed library will make the process trap) :)
> >> >
> >> > Did you ever played with this? Looks interesting .. dynamic library
> code
> >> > injection in runtime. ;)
> >> >
> >> >> The cause is this Makefile's line:
> >> >>
> >> >> -cp -rf src/plug/hack/*.${SHARED_EXT} ${LIBDIR}/radare
> >> >
> >> >
> >> > I have changed the ABI, so you need to make clean before.
> >> >
> >> > --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
> >
>
>
>
> --
> ====
> jid: [EMAIL PROTECTED]
> _______________________________________________
> radare mailing list
> [email protected]
> http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org
>
--
There is a crack, a crack in everything.
That's how the wine gets in.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.nopcode.org/private.cgi/radare-nopcode.org/attachments/20080521/f024b349/attachment.htm>
_______________________________________________
radare mailing list
[email protected]
http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org
