After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 618745 - enormous memory usage when selecting text in PDF document
enormous memory usage when selecting text in PDF document
Status: RESOLVED NOTGNOME
Product: evince
Classification: Core
Component: general
3.4.x
Other Linux
: Normal major
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-05-15 21:21 UTC by ms43
Modified: 2013-05-03 00:37 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Simple PDF that causes Evince to go on a malloc spree (42.61 KB, application/pdf)
2011-05-08 10:57 UTC, James
Details
LaTeX source for Template.pdf (1.22 KB, text/plain)
2011-05-08 10:58 UTC, James
Details

Description ms43 2010-05-15 21:21:56 UTC
i'm using evince on Fedora 12:
evince-2.28.2-2.fc12.src.rpm
poppler-0.12.4-2.fc12.src.rpm

open the following PDF file:
http://research.microsoft.com/en-us/um/people/emeijer/Papers/HaskellDB.pdf

the document opens fine, and scrolling etc. is fine.

but now try to select the title (via mouse drag):
evince will hog the cpu for a minute, and allocate enormous amounts of memory.

[0] ms@horus:~ > ps aux | grep evince | grep -v grep
ms        2643  3.0  1.2 459312 50120 ?        Sl   22:40   0:00 evince /home/ms/Download/HaskellDB.pdf
[0] ms@horus:~ > ps aux | grep evince | grep -v grep
ms        2643 50.5 63.7 2966208 2557012 ?     Sl   22:40   0:52 evince /home/ms/Download/HaskellDB.pdf

RSS went from 50 mb to 2.5 gb!

i can reproduce the memory hogging perfectly; the first time it also locked up my X session completely, but i've not managed to reproduce that.
Comment 1 James 2011-05-08 10:57:57 UTC
Created attachment 187448 [details]
Simple PDF that causes Evince to go on a malloc spree

Seen also in evince-2.32.0-4.fc14.x86_64, poppler-0.14.5-1.fc14.x86_64. I've attached a relatively simple PDF that causes this, created from the LaTeX source attached below using

latex Template
latex Template
dvips -T 12cm,16cm -Ppdf Template.dvi -o Template.ps
ps2pdf Template.ps
Comment 2 James 2011-05-08 10:58:29 UTC
Created attachment 187449 [details]
LaTeX source for Template.pdf
Comment 3 James 2011-07-13 11:03:02 UTC
I think this is caused by mis-handling of very high resolution Type 3 fonts, such as the 9600-dpi Computer Modern set sometimes kicked out by misconfigured dvips/dvipdf etc. Both my Template.pdf and ms43's document include these. If I install the cm-super package and enable \usepackage[T1]{fontspec} in my Template.tex, dvips uses includes the Type 1 outlines instead and there's no runaway memory consumption.
Comment 4 Shlomi Fish 2011-09-10 07:17:55 UTC
I can reproduce this bug with the document here:

http://www.shlomifish.org/evince-bug-temp-R6j2Mv/

(unpack using unxz.).

After I make the screen wider, and try selecting text using the cursor (it doesn't actually select anything, but it starts leaking a lot of RAM, as seen by  htop.

I'm on Mageia Linux Cauldron on an x86-64 Acer laptop with evince-3.1.90.1-1.mga2 .

Regards,

-- Shlomi Fish
Comment 5 James 2011-12-11 23:02:45 UTC
Still present in evince-3.2.1-2.fc16.x86_64.
Comment 6 Shlomi Fish 2011-12-12 07:19:47 UTC
(In reply to comment #5)
> Still present in evince-3.2.1-2.fc16.x86_64.

Can confirm here with the HaskellDB document. It's a shame that it does.
Comment 7 James 2012-05-19 11:43:28 UTC
Still unfixed with evince-3.4.0-2.fc17.x86_64, poppler-0.18.4-3.fc17.x86_64

Should this bug's version fields be updated?
Comment 8 Germán Poo-Caamaño 2013-05-03 00:37:17 UTC
This was an issue with poppler and Type3 fonts.

See https://bugs.freedesktop.org/show_bug.cgi?id=61042 for details.  It is fixed.