I cannot reproduce this segfault.

why are you looking for string distance in two binary files?

string distance is an algorithm that aims to work on textual contexts.

Can you provide a backtrace with symbols?

Can you upload those files somewhere, so I can reproduce it? Or prepare
a simpler test case?

Thanks!

On Mon, 10 May 2010 23:10:48 +0200
Robin Vossen <[email protected]> wrote:

> Hey all,
> 
> I was looking for a good BinDiff tool to use in Windows.
> So I recalled Radare has this function.
> Thus I tried it (in Linux)
> 
> And I did the following:
> % radiff2 -s a.out cckme1
> 
> Got This message:
> 
> 
> *** glibc detected *** radiff2: double free or corruption (out):
> 0x0000000000b09740 ***
> ======= Backtrace: =========
> /lib/libc.so.6(+0x71376)[0x7fe67ba67376]
> /lib/libc.so.6(cfree+0x6c)[0x7fe67ba6c05c]
> /usr/lib/libr_diff.so(r_diff_buffers_distance+0x2a7)[0x7fe67bf6283e]
> radiff2[0x400d5c]
> /lib/libc.so.6(__libc_start_main+0xfd)[0x7fe67ba14b1d]
> radiff2[0x4008d9]
> ======= Memory map: ========
> 00400000-00402000 r-xp 00000000 08:05 405683
>   /usr/bin/radiff2
> 00601000-00602000 rw-p 00001000 08:05 405683
>   /usr/bin/radiff2
> 00af8000-0caae000 rw-p 00000000 00:00 0                                  
> [heap]
> 7fe674000000-7fe674021000 rw-p 00000000 00:00 0
> 7fe674021000-7fe678000000 ---p 00000000 00:00 0
> 7fe67b7e0000-7fe67b7f5000 r-xp 00000000 08:05 394682
>   /usr/lib/libgcc_s.so.1
> 7fe67b7f5000-7fe67b9f5000 ---p 00015000 08:05 394682
>   /usr/lib/libgcc_s.so.1
> 7fe67b9f5000-7fe67b9f6000 rw-p 00015000 08:05 394682
>   /usr/lib/libgcc_s.so.1
> 7fe67b9f6000-7fe67bb48000 r-xp 00000000 08:05 850
>   /lib/libc-2.11.1.so
> 7fe67bb48000-7fe67bd48000 ---p 00152000 08:05 850
>   /lib/libc-2.11.1.so
> 7fe67bd48000-7fe67bd4c000 r--p 00152000 08:05 850
>   /lib/libc-2.11.1.so
> 7fe67bd4c000-7fe67bd4d000 rw-p 00156000 08:05 850
>   /lib/libc-2.11.1.so
> 7fe67bd4d000-7fe67bd52000 rw-p 00000000 00:00 0
> 7fe67bd52000-7fe67bd60000 r-xp 00000000 08:05 398755
>   /usr/lib/libr_util.so
> 7fe67bd60000-7fe67bf60000 ---p 0000e000 08:05 398755
>   /usr/lib/libr_util.so
> 7fe67bf60000-7fe67bf61000 rw-p 0000e000 08:05 398755
>   /usr/lib/libr_util.so
> 7fe67bf61000-7fe67bf64000 r-xp 00000000 08:05 398737
>   /usr/lib/libr_diff.so
> 7fe67bf64000-7fe67c163000 ---p 00003000 08:05 398737
>   /usr/lib/libr_diff.so
> 7fe67c163000-7fe67c164000 rw-p 00002000 08:05 398737
>   /usr/lib/libr_diff.so
> 7fe67c164000-7fe67c182000 r-xp 00000000 08:05 124
>   /lib/ld-2.11.1.so
> 7fe67c35d000-7fe67c360000 rw-p 00000000 00:00 0
> 7fe67c380000-7fe67c381000 rw-p 00000000 00:00 0
> 7fe67c381000-7fe67c382000 r--p 0001d000 08:05 124
>   /lib/ld-2.11.1.so
> 7fe67c382000-7fe67c383000 rw-p 0001e000 08:05 124
>   /lib/ld-2.11.1.so
> 7fe67c383000-7fe67c384000 rw-p 00000000 00:00 0
> 7fff4f9c9000-7fff4f9de000 rw-p 00000000 00:00 0                          
> [stack]
> 7fff4f9ff000-7fff4fa00000 r-xp 00000000 00:00 0                          
> [vdso]
> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0
>   [vsyscall]
> Aborted
> 
> Looking forward to the fix. =)
> 
> 
> -- 
> Kind Regards,
> Robin Vossen
> 
> Please avoid sending me Word, Excel or PowerPoint attachments. See
> http://www.gnu.org/philosophy/no-word-attachments.html
> _______________________________________________
> 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

Reply via email to