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 577144 - evince crashes when opening some pdf-files
evince crashes when opening some pdf-files
Status: RESOLVED NOTGNOME
Product: evince
Classification: Core
Component: PDF
2.26.x
Other All
: Normal critical
: ---
Assigned To: Evince Maintainers
Evince Maintainers
: 577677 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-03-29 01:04 UTC by Andreas Moog
Modified: 2018-05-04 11:31 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26


Attachments
pdf which produces crash (487.24 KB, application/octet-stream)
2009-03-29 01:06 UTC, Andreas Moog
Details

Description Andreas Moog 2009-03-29 01:04:18 UTC
Steps to reproduce:
1. Download http://www.warperbbs.de/melting/readfile.php?file=andreas/detecting_and_preventing_anonymous_proxy_usage_32943
2. Open file with evince
3. crash


Stack trace:
Program received signal SIGSEGV, Segmentation fault.

Thread 3054345104 (LWP 5987)

  • #0 OCGs::optContentIsVisible
    at OptionalContent.cc line 174
  • #1 Gfx::opXObject
    at Gfx.cc line 3506
  • #2 Gfx::execOp
    at Gfx.cc line 771
  • #3 Gfx::go
    at Gfx.cc line 642
  • #4 Gfx::display
    at Gfx.cc line 611
  • #5 Gfx::doForm1
    at Gfx.cc line 4043
  • #6 Gfx::doForm
    at Gfx.cc line 3971
  • #7 Gfx::opXObject
    at Gfx.cc line 3534
  • #8 Gfx::execOp
    at Gfx.cc line 771
  • #9 Gfx::go
    at Gfx.cc line 642
  • #10 Gfx::display
    at Gfx.cc line 611
  • #11 Page::displaySlice
    at Page.cc line 442
  • #12 ??
    from /usr/lib/libpoppler-glib.so.4
  • #13 poppler_page_render
    from /usr/lib/libpoppler-glib.so.4
  • #14 ??
    from /usr/lib/evince/1/backends/libpdfdocument.so
  • #15 ev_document_render
    at ev-document.c line 257
  • #16 ev_job_render_run
    at ev-jobs.c line 516
  • #17 ev_job_run
    at ev-jobs.c line 207
  • #18 ev_job_thread_proxy
    at ev-job-scheduler.c line 183
  • #19 g_thread_create_proxy
    at /build/buildd/glib2.0-2.20.0/glib/gthread.c line 635
  • #20 start_thread
    at pthread_create.c line 297
  • #21 clone
    at ../sysdeps/unix/sysv/linux/i386/clone.S line 130

Other information:
Reported on Launchpad:
http://bugs.launchpad.net/bugs/348733
Comment 1 Andreas Moog 2009-03-29 01:06:19 UTC
Created attachment 131606 [details]
pdf which produces crash
Comment 2 Nickolay V. Shmyrev 2009-03-29 01:07:09 UTC
poppler bug
Comment 3 Carlos Garcia Campos 2009-03-29 15:52:55 UTC
It was already fixed in poppler, btw.
Comment 4 Gianluca Borello 2009-04-02 09:14:20 UTC
*** Bug 577677 has been marked as a duplicate of this bug. ***
Comment 5 Adalbert.Hanssen 2018-05-03 10:20:53 UTC
Maybe this is the same error: Evince 3.18.2 claims excessive memeoy when opening a multipage file created with AbbyyFineReader14 (AFR14, under Windows). 
If Evince 3.18.2 (run under Xubuntu 16.04.4, it is the “oficial“ version distributed with Xubuntu 16.04.4 and I found no newer RPM-package for it) loads such a pdf file, after a few seconds, more than 3 GiB of RAM are in use. Then the memory consumption stays almost the stationary for some time to sharply rise again. 
Finally you may be caught in swapping memory and being almost unable to control the computer.
In some cases, after many minutes of heavy CPU use, finally a result is shown. Memory consumption may be up to 6GiB for a two page grayscale pdf document and even for a two page BW-document! In such a case, after stopping Evince, all the memory is back again and the computer is operational as it was before.
The same documents load quickly in Firefox 59.0.2 (64-Bit) and without excessive memory consumption.
The syndrome does not show up, if Evince shall read a single page pdf document. But even if you add the same content into a single document (in AFR14) to make it a two page document, the result shows the syndrome.
The syndrome does not show up with files made by AFR9.
GIMP2.8 and LibreOffice (Draw) Build-ID: 1:5.1.6~rc2-0ubuntu1~xenial3 also suffer from the same illness for the same file. Do they all rely on the same libraries?
If someone needs sample files to look into it, I can provide some.
It even looks like Evince claims this excessive memory already when it is started from a command line and shows the „last opened“ view. I have seen an example when it claimed 3.3GiB and just showed the names of the last opened files with some default icons – maybe it was meant to show a preview of those files in the icons? After waiting some minutes, the icons were filled with previews and then Evince‘s memory consumption dropped down to 48,9 MB!
Comment 6 José Aliste 2018-05-04 11:31:41 UTC
(In reply to Adalbert.Hanssen from comment #5)
> Maybe this is the same error: Evince 3.18.2 claims excessive memeoy when
> opening a multipage file created with AbbyyFineReader14 (AFR14, under
> Windows). 
> If Evince 3.18.2 (run under Xubuntu 16.04.4, it is the “oficial“ version
> distributed with Xubuntu 16.04.4 and I found no newer RPM-package for it)
> loads such a pdf file, after a few seconds, more than 3 GiB of RAM are in
> use. Then the memory consumption stays almost the stationary for some time
> to sharply rise again. 
> Finally you may be caught in swapping memory and being almost unable to
> control the computer.
> In some cases, after many minutes of heavy CPU use, finally a result is
> shown. Memory consumption may be up to 6GiB for a two page grayscale pdf
> document and even for a two page BW-document! In such a case, after stopping
> Evince, all the memory is back again and the computer is operational as it
> was before.
> The same documents load quickly in Firefox 59.0.2 (64-Bit) and without
> excessive memory consumption.
> The syndrome does not show up, if Evince shall read a single page pdf
> document. But even if you add the same content into a single document (in
> AFR14) to make it a two page document, the result shows the syndrome.
> The syndrome does not show up with files made by AFR9.
> GIMP2.8 and LibreOffice (Draw) Build-ID: 1:5.1.6~rc2-0ubuntu1~xenial3 also
> suffer from the same illness for the same file. Do they all rely on the same
> libraries?
> If someone needs sample files to look into it, I can provide some.
> It even looks like Evince claims this excessive memory already when it is
> started from a command line and shows the „last opened“ view. I have seen an
> example when it claimed 3.3GiB and just showed the names of the last opened
> files with some default icons – maybe it was meant to show a preview of
> those files in the icons? After waiting some minutes, the icons were filled
> with previews and then Evince‘s memory consumption dropped down to 48,9 MB!

Please, open a new bug, explain what is happening in the new bug and attach some sample files. From your comment, I think there is new information here, so we need a new bug. Thanks