Created attachment 21172 [details] Test file 1 for memory leak detection Hello, Memory leak exist both at versions poppler-0.10.1 and poppler-0.10.2. The leak is at 'AnnotScreen' destruction. 'action' and 'additionAction' objects are not freed. The following call stack shows memory leak: ==32038== 20 bytes in 1 blocks are definitely lost in loss record 210 of 1,177 ==32038== at 0x401DB31: operator new(unsigned) (vg_replace_malloc.c:163) ==32038== by 0x6116A15: Object::initDict(XRef*) (Object.cc:71) ==32038== by 0x611D43A: Parser::getObj(Object*, unsigned char*, CryptAlgorithm, int, int, int) (Parser.cc:88) ==32038== by 0x611D571: Parser::getObj(Object*, unsigned char*, CryptAlgorithm, int, int, int) (Parser.cc:101) ==32038== by 0x612DE38: XRef::fetch(int, int, Object*) (XRef.cc:957) ==32038== by 0x6116C0F: Object::fetch(XRef*, Object*) (Object.cc:120) ==32038== by 0x60B8DB1: Array::get(int, Object*) (Array.cc:75) ==32038== by 0x60B84F4: Annots::Annots(XRef*, Catalog*, Object*) (Object.h:273) ==32038== by 0x5F8B505: finjan::PDFDocument::displayPage(Page const&, bool, bool) const (PDFDocument.cpp:359) ==32038== by 0x5F8C9DA: finjan::PDFHandler::displayPages(bool, bool) const (PDFHandler.cpp:132) ==32038== by 0x5F8CCEA: finjan::PDFHandler::ParseDocument(short, finjan::Item_Context&, finjan::ITextProcessor*) (PDFHandler.cpp:97) Test files and patch are attached. NOTE! To reproduce the bug, you should run the test with both test files (as set). Regards, Ilya Gorenbein
Created attachment 21173 [details] Test file 2 for memory leak detection
Created attachment 21174 [details] [review] Patch to the memory leak problem
Patch commited, thanks.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.