The problem occurs when I open this pdf (news about chess) with kpdf-3.5.3 or xpdf-3.01-r8 and freetype-2.1.10-r2 is installed. http://rochade.svw.info/2006-07.pdf News from other month are also affected, e.g. http://rochade.svw.info/2006-06.pdf Memory consumption gets higher and higher when scrolling, watchable with gkrellm. When all memory (including swap) is occupied, the computer is extemely slow and unusable. This does not occur when freetype-2.1.10-r1 or freetype-2.1.10 is installed. With the Acrobat Reader-7.0.5-r2 and with ghostview-3.5.3 the issue does not happen too (even with freetype-2.1.10-r2). It happens on 2 various systems, one with 256MB and another one with 448MB. Recompiling kpdf against freetype-2.1.10-r2 did not help. For many packages stable versions are used. Reproducible: Always Steps to Reproduce: 1. open the file http://rochade.svw.info/2006-07.pdf with kpdf-3.5.3 or xpdf-3.01-r8 when freetype-2.1.10-r2 is installed and scroll around somewhat 2. Watch memory consuption with your favourite tool for this 3. Do not forget to close xpdf/kpdf before all memory is full or your computer will get extremely slow! 4. Do the same with freetype-2.1.10-r1 and freetype-2.1.10 installed and with kghostview-3.5.3 + freetype-2.1.10-r2 and compare Actual Results: With freetype-2.1.10-r2 all memory gets occupupied, normal behaviour when using kghostview-3.5.3 or freetype-2.10-r1/freetype-2.10 instead. Expected Results: The same like with freetype freetype-2.10-r1 or freetype-2.10 my software versions: Kernel: 2.6.17-gentoo-r1 qt: 3.3.6-r1 poppler, poppler-bindings: 0.5.3 KDE (modular): 3.5.3 Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r1 i686) ================================================================= System uname: 2.6.17-gentoo-r1 i686 mobile AMD Athlon (tm) 2400+ Gentoo Base System version 1.6.15 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -pipe -O2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon-xp -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/" LANG="de_DE@euro" LC_ALL="de_DE@euro" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac aalib acpi alsa apache2 arts asf avi berkdb bitmap-fonts browserplugin bzip2 cairo cdf cdr chipcard cli crypt css cups curl divx4linux dlloader dri dts dv dvd dvdr dvdread eds effects emboss encode esd fame fbcon ffmpeg fftw firefox flac fontconfig foomaticdb fortran fping fpx freetype gcj gdbm geldkarte ggi gif gimp gimpprint glitz glut gnokii gpm graphviz gs gstreamer gtk2 gtkhtml hbci ieee1394 imagemagick imlib inkjar ipv6 isdnlog ithreads java javasript jpeg jpeg2k kde lcms ldap libcaca libg++ libgda libsamplerate libwww live lm_sensors logitech-mouse logrotate mad mbrola mikmod mjpeg mmx mmxext mng mod modplug motif moznoirc moznomail mozsvg mp3 mpeg mpi mplayer msn ncurses nls nogecko-sdk nosrc nptl nsplugin objc odbc ofx ogg oggvorbis openexr opengl oss pam pcmcia pcre pdf pdflib perl physfs plugin png ppds pppd python qt qt3 quicktime quotes rar readline real reflection rle rtsp samba scanner sdl sensord session skey skins slang sms sndfile socks5 soundtouch sox speex spell spl sse ssl stats stream subtitles subversion svg swat sysfs syslog tcltk tcpd tga theora tidy tiff timidity truetype truetype-fonts type1-fonts udev unicode utf8 v4l vcd vidix vorbis wifi win32codecs wmf wxgtk1 wxwindows xanim xine xmms xorg xscreensaver xv xvid xvmc yv12 zlib zvbi elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev input_devices_joystick input_devices_synaptics kernel_linux linguas_de userland_GNU video_cards_radeon video_cards_vesa video_cards_v4l" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
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!
