Many thanks.
Is this enough or must I really provide an example?
Not sure. Does this help? "It's not a new/delete - the ClassName code uses smart pointers I suspected we were passing around a std::shared_ptr<namespace::classname> </namespace::classname> Which actually pointed to a derived builder and the lack of virtual destructor on ClassName meant the derived destructor wasn't called when the shared pointer went out of scope"
Hi, Is it possible that a memory leak was occurring because of a missing virtual destructor? virtual ~ClassName() {} If the default behaviour of the virtual destructor prevents the leak, why didn't cppcheck warn about it? Thanks.
You can close this. The libfec.a I was using was a Linux library, sorry. Also from...
Here: $ x86_64-w64-mingw32-g++ -v Using built-in specs. COLLECT_GCC=x86_64-w64-mingw32-g++...
*** Error in `/usr/bin/x86_64-w64-mingw32-ld': free(): invalid pointer
Initial commit