LD_LIBRARY_PATH=.:/usr/lib ./tcutest mdb -rd -tr 50000 <On-memory Hash Database Writing Test> seed=2280059638 rnum=50000 bnum=-1 rd=1 tr=1 rnd=0 dmode=0 [...] ......................... (00040000) ......................... (00045000) ......................... (00050000) record number: 50000 size: 3725376 sys_size: 9617408 sys_rss: 6258688 sys_total: 4016463872 sys_free: 246890496 sys_cached: 3111567360 *** glibc detected *** ./tcutest: free(): invalid pointer: 0x0000000120024150 *** ======= Backtrace: ========= /lib/libc.so.6.1[0x200002ee55c] /lib/libc.so.6.1(cfree+0xb0)[0x200002f0280] ./libtokyocabinet.so.8(tcmdbdel+0x94)[0x2000006cc54] ./tcutest[0x120008760] ./tcutest[0x12000f3ec] /lib/libc.so.6.1(__libc_start_main+0xec)[0x2000028e0cc] ./tcutest[0x120007478] ======= Memory map: ======== I'll attach the build log.
Created attachment 208154 [details] build log
Do you by chance have a debugger around, and the time to recompile with debugging symbols + FEATURES="keepwork nostrip" to figure out if the double free is just the test program, or the library itself?
Created attachment 208342 [details] gdb run log Looks like it's inside the test app, not the library, but I'll let you decide what to do about it :)
Found it's a result of corss-compilation; native compile works and test suite completes. Closing.