Sanjay, > > --11597-- object doesn't have a dynamic symbol table With the above and the below stacktrace, it looks like this application is statically linked (or at least, the malloc lib is statically linked). valgrind can find leaks if malloc lib is statically linked (you need to use --soname-synonyms=.... to indicate malloc is statically linked). However, a completely statically linked application causes other problems. You should have at least one (even dummy) dynamically linked lib to have the dynamic loader be invoked in your process otherwise valgrind cannot "LD_PRELOAD" some of its own .so.
Philippe > > ==11597== Conditional jump or move depends on uninitialised value(s) > > > > ==11597== at 0x8A838B5: __register_atfork > > (in /usr/local/flare/flare) > > > > ==11597== by 0x8A68074: ptmalloc_init (in /usr/local/flare/flare) > > > > ==11597== by 0x8A6C265: malloc_hook_ini > > (in /usr/local/flare/flare) > > > > ==11597== by 0x8A6BDCE: malloc (in /usr/local/flare/flare) > > > > ==11597== by 0x8AA893B: _dl_init_paths > > (in /usr/local/flare/flare) > > > > ==11597== by 0x8A8BDBB: _dl_non_dynamic_init > > (in /usr/local/flare/flare) > > > > ==11597== by 0x8A8CA75: __libc_init_first > > (in /usr/local/flare/flare) > > > > ==11597== by 0x8A3E460: (below main) (in /usr/local/flare/flare) ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Valgrind-users mailing list Valgrind-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/valgrind-users