Vincent Torri wrote: > > > On Tue, 13 Mar 2007, Stéphane Bauland wrote: > >> Hi! >> >> 1) Why ecore_str_vector_free was removed ? > > now, you only need to free the returned pointer. There's no need for a > function to do that :) > > I let the others comment the 2nd question :) > > Vincent Hehe ! I got a memory leak here :
ligne 165 (ecore_str.c) : s = strdup(str); looks like it isn't freed. ==9844== ==9844== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 109 from 1) ==9844== malloc/free: in use at exit: 60 bytes in 1 blocks. ==9844== malloc/free: 3 allocs, 2 frees, 328 bytes allocated. ==9844== For counts of detected errors, rerun with: -v ==9844== searching for pointers to 1 not-freed blocks. ==9844== checked 558,804 bytes. ==9844== ==9844== 60 bytes in 1 blocks are definitely lost in loss record 1 of 1 ==9844== at 0x401D4B0: malloc (vg_replace_malloc.c:149) ==9844== by 0x468A53F: strdup (in /lib/tls/libc-2.3.6.so) ==9844== by 0x404A51B: ecore_str_split (ecore_str.c:165) ==9844== by 0x8048732: str_split (test.c:12) ==9844== by 0x80487A4: main (test.c:23) ==9844== ==9844== LEAK SUMMARY: ==9844== definitely lost: 60 bytes in 1 blocks. ==9844== possibly lost: 0 bytes in 0 blocks. ==9844== still reachable: 0 bytes in 0 blocks. ==9844== suppressed: 0 bytes in 0 blocks. See you ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel