[cfe-dev] Valgrind; clang::ASTUnit::Parse -> lost memory?
Doug
douglas.linder at gmail.com
Tue Dec 6 00:21:48 PST 2011
Yes, this seems to be fixed on HEAD now;
==2588== LEAK SUMMARY:
==2588== definitely lost: 0 bytes in 0 blocks
==2588== indirectly lost: 0 bytes in 0 blocks
==2588== possibly lost: 0 bytes in 0 blocks
==2588== still reachable: 64 bytes in 3 blocks
==2588== suppressed: 0 bytes in 0 blocks
Cheers,
Doug.
On Tue, Nov 29, 2011 at 3:19 AM, Argyrios Kyrtzidis <kyrtzidis at apple.com>wrote:
> There was a memory leak fixed by Ted, please try again with latest clang.
>
> -Argyrios
>
> On Nov 7, 2011, at 7:55 PM, Doug wrote:
>
> > Humm, when I run valgrind over my code I'm getting:
> >
> > ==30376==
> > ==30376== HEAP SUMMARY:
> > ==30376== in use at exit: 1,928 bytes in 25 blocks
> > ==30376== total heap usage: 28,193 allocs, 28,168 frees, 2,194,616
> bytes allocated
> > ==30376==
> > ==30376== 1,864 (1,056 direct, 808 indirect) bytes in 1 blocks are
> definitely lost in loss record 15 of 15
> > ==30376== at 0x4C28973: operator new(unsigned long)
> (vg_replace_malloc.c:261)
> > ==30376== by 0x57C7A62: clang::ASTUnit::Parse(llvm::MemoryBuffer*)
> (in /home/doug/projects/cparse/deps/llvm/build/lib/liblibclang.so.3.0)
> > ==30376== by 0x57CB686:
> clang::ASTUnit::LoadFromCompilerInvocation(bool) (in
> /home/doug/projects/cparse/deps/llvm/build/lib/liblibclang.so.3.0)
> > ==30376== by 0x57CBF0F: clang::ASTUnit::LoadFromCommandLine(char
> const**, char const**, llvm::IntrusiveRefCntPtr<clang::DiagnosticsEngine>,
> llvm::StringRef, bool, bool, std::pair<std::string, llvm::PointerUnion<char
> const*, llvm::MemoryBuffer const*> >*, unsigned int, bool, bool,
> clang::TranslationUnitKind, bool, bool) (in
> /home/doug/projects/cparse/deps/llvm/build/lib/liblibclang.so.3.0)
> > ==30376== by 0x54F5E14: clang_parseTranslationUnit_Impl (in
> /home/doug/projects/cparse/deps/llvm/build/lib/liblibclang.so.3.0)
> > ==30376== by 0x5E3BD89: llvm::CrashRecoveryContext::RunSafely(void
> (*)(void*), void*) (in
> /home/doug/projects/cparse/deps/llvm/build/lib/liblibclang.so.3.0)
> > ==30376== by 0x5E3BE90: RunSafelyOnThread_Dispatch(void*) (in
> /home/doug/projects/cparse/deps/llvm/build/lib/liblibclang.so.3.0)
> > ==30376== by 0x5E72924: ExecuteOnThread_Dispatch(void*) (in
> /home/doug/projects/cparse/deps/llvm/build/lib/liblibclang.so.3.0)
> > ==30376== by 0x6D82970: start_thread (pthread_create.c:304)
> > ==30376== by 0x68DA92C: clone (clone.S:112)
> > ==30376==
> > ==30376== LEAK SUMMARY:
> > ==30376== definitely lost: 1,056 bytes in 1 blocks
> >
> > I'm a little lost as to if this is something I'm doing wrong on my code,
> or some kind of clang internal thing (seems internal, but I wouldnt have
> expected clang to leak memory, so I suspect perhaps I'm not cleaning up
> correctly after use?).
> >
> > Any suggestions how to track this down?
> >
> > My code is roughly like:
> >
> > clang_createIndex(...);
> > clang_createTranslationUnitFromSourceFile(...);
> > clang_getTranslationUnitCursor(...);
> > clang_visitChildren(...);
> > clang_disposeTranslationUnit(...);
> > clang_disposeIndex(...);
> >
> > Is there some other shutdown I need to run?
> >
> > ~
> > Doug.
> > _______________________________________________
> > cfe-dev mailing list
> > cfe-dev at cs.uiuc.edu
> > http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20111206/21b51432/attachment.html>
More information about the cfe-dev
mailing list