Summary: | xpdf-3.01-r8 and kpdf-3.5.3 consume all memory on a certain pdf with freetype-2.1.10-r2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Riedel <tho_riedel> |
Component: | Current packages | Assignee: | Gentoo Fonts Team <fonts> |
Status: | RESOLVED LATER | ||
Severity: | major | CC: | printing |
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 142333 | ||
Bug Blocks: |
Description
Thomas Riedel
2006-07-02 15:47:02 UTC
I forgot to mention that freetype 2.1.9-r1 is not affected. Xorg-versions on the computers are 7.0-r1 and 7.1. But according to top, the raising memory consumption comes from kpdf itself, not from X freetype problem. It works with freetype-2.1.10 and 2.1.10-r1 so it is not a problem with freetype itself. Its a problem with the freetype-2.1.10-security_batch-r1.patch that comes with the -r2 (in /usr/portage/distfiles/freetype-2.1.10-security_batch-r1.patch.bz2). If I remove the first 1280 lines of the freetype-2.1.10-security_batch-r1.patch, the pdf work flawlessly. Found a second file showing this behaviour: http://www.bibliotheksverband.de/aghandschriften/dokumente/Digitalsierungsempfehlungen.pdf The problem seems to be fixed with freetype-2.2.1 will be solved later autoatically with unmasking and stabilization of new freetype. You need to bug those guys now - Thanks for reporting! |