On Sun May 9 2010 04:19:59 Zhao Tongyi wrote: > ==32453== 43 bytes in 1 blocks are definitely lost in loss record 124 of > 284 ==32453== at 0x401D38B: malloc (vg_replace_malloc.c:149) > ==32453== by 0x60D6471: slzsetevar (in
This might be something in the Oracle library. > ==32453== 156 (36 direct, 120 indirect) bytes in 1 blocks are definitely > lost in loss record 212 of 284 > ==32453== at 0x401D38B: malloc (vg_replace_malloc.c:149) > ==32453== by 0x43D0A09: (within /lib/tls/i686/cmov/libc-2.3.6.so) > ==32453== by 0x43D10F6: __nss_database_lookup (in /lib/tls/i686/cmov/ > libc-2.3.6.so) That seems to be a optimization in libc so the lookup doesn't have to be done at every function call. The memory is freed after the last application using libc terminated. > ==32453== 2,940 (856 direct, 2,084 indirect) bytes in 1 blocks are > definitely lost in loss record 271 of 284 > ==32453== at 0x401D38B: malloc (vg_replace_malloc.c:149) > ==32453== by 0x58855BC: OCIServerAttach (in > /home/test/kmc_setup/ORACLE_10/libclntsh.so.10.1) Maybe this is something that could be prevented but I don't know what causes this. If somebody else has a hint, please drop us a note. Norbert -- OpenPGP public key http://www.linuxnetworks.de/norbert.pubkey.asc
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------
_______________________________________________ libopendbx-devel mailing list libopendbx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libopendbx-devel http://www.linuxnetworks.de/doc/index.php/OpenDBX
