xpdf -remote doc file.pdf & xpdf -remote doc -reload The second command causes: *** glibc detected *** xpdf: double free or corruption (out): 0x080b95a0 *** valgrind reports it as: ==2504== Invalid read of size 4 ==2504== at 0x40D3DD6: BuiltinFontWidths::~BuiltinFontWidths() (BuiltinFont.cc:39) ==2504== by 0x40D3F95: freeBuiltinFontTables() (BuiltinFontTables.cc:4282) ==2504== by 0x41204D9: GlobalParams::~GlobalParams() (GlobalParams.cc:796) ==2504== by 0x8072C07: main (xpdf.cc:354) ==2504== Address 0x4bd5560 is 0 bytes inside a block of size 8 free'd ==2504== at 0x4024ACB: operator delete(void*) (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==2504== by 0x40D3F9D: freeBuiltinFontTables() (BuiltinFontTables.cc:4282) ==2504== by 0x8055ABD: GlobalParamsGUI::~GlobalParamsGUI() (GlobalParamsGUI.cc:1834) ==2504== by 0x8072BE1: main (xpdf.cc:353) It looks like both ~GlobalParamsGUI and ~GlobalParams are calling freeBuiltinFontTables, so the second call is failing. I'm not sure about the rest of the code, so I don't know if it's necessary to have both objects in xpdf. By the names of the classes, it seems like it should use one or the other, but not both. Portage 2.2_rc40 (default/linux/x86/2008.0/desktop, gcc-4.4.1, glibc-2.9_p20081201-r2, 2.6.30-gentoo-r4 i686) CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=native -mtune=native -pipe" CXXFLAGS="-O2 -march=native -mtune=native -pipe" LDFLAGS="-Wl,--as-needed" app-text/xpdf: Installed versions: 3.02-r3(10:30:17 09/16/09)(-debug -nodrm)
Please try with poppler-0.12.3-r5 and xpdf-3.02-r4 and if it still doesn't work, reopen the bug
Yes, it works now; thanks.