On 5/30/13 10:16 AM, Dan Kegel wrote: > On Thu, May 30, 2013 at 9:15 AM, Alan Mazer <alan.s.ma...@jpl.nasa.gov> wrote: >> This type of error is occurring in a variety of places, always >> "definitely lost" memory at a function call. >> >> Anyone have any idea what I'm missing? I've tried multiple compilers >> and a bazillion different options (on compiler and valgrind). I'm stumped. > Have you looked at what the compiler is generating, or single-stepped > through that call?
I just looked at the output from -S but nothing looks odd. It very quickly jumps into strcmp calls that are near the top of the called routine. I've been running this under OS X but I just tried it on a Linux machine and there got more information: ==15252== 8,233 bytes in 1 blocks are definitely lost in loss record 4 of 4 ==15252== at 0x4A07152: operator new[](unsigned long) (vg_replace_malloc.c:363) ==15252== by 0x40E1A0: read_conf(char const*, char const*, char const*, char const*, unsigned char, SL_List<char*>*, char**) (parsing.cpp:295) ==15252== by 0x41799A: main (main.cpp:404) On Linux valgrind gives me a line number within the routine (line 295) that has a legitimate memory leak. So I guess I just need to run Valgrind on my Linux machine and avoid the Mac? -- Alan ------------------------------------------------------------------------------ Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 _______________________________________________ Valgrind-users mailing list Valgrind-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/valgrind-users
