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 536329 - crash in Document Viewer: Opening a DVI document. ...
crash in Document Viewer: Opening a DVI document. ...
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: general
2.22.x
Other All
: High critical
: ---
Assigned To: Evince Maintainers
Evince Maintainers
: 536332 545858 546794 547382 561184 562798 581540 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-06-02 21:33 UTC by Gilles Dartiguelongue
Modified: 2010-09-22 07:40 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Gilles Dartiguelongue 2008-06-02 21:33:50 UTC
Version: 2.22.2

What were you doing when the application crashed?
Opening a DVI document.

I was testing our downstream bug https://bugs.gentoo.org/show_bug.cgi?id=216813

This version of evince has been compiled with dvi and t1lib support. dvi support is provided by texlive. The document I had this bug with comes from our downstream bug report.


Distribution: Gentoo Base System release 2.0.0
Gnome Release: 2.22.2 2008-05-31 (Gentoo)
BugBuddy Version: 2.22.0

System: Linux 2.6.24-gentoo-r4-mactel #1 SMP Tue Apr 8 12:25:57 CEST 2008 x86_64
X Vendor: The X.Org Foundation
X Vendor Release: 10400090
Selinux: No
Accessibility: Disabled
GTK+ Theme: Unity
Icon Theme: gnome-alternative

Memory status: size: 271118336 vsize: 271118336 resident: 22052864 share: 13008896 rss: 22052864 rss_rlim: 18446744073709551615
CPU usage: start_time: 1212442291 rtime: 21 utime: 15 stime: 6 cutime:101 cstime: 44 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/evince'

[Thread debugging using libthread_db enabled]
[New Thread 0x2b376640fe20 (LWP 16159)]
[New Thread 0x40800950 (LWP 16160)]
0x00002b375d79fd84 in __lll_lock_wait () from /lib/libpthread.so.0
Current language:  auto; currently asm

Thread 2 (Thread 0x40800950 (LWP 16160))

  • #0 __libc_waitpid
    at ../sysdeps/unix/sysv/linux/waitpid.c line 41
  • #1 IA__g_spawn_sync
    at gspawn.c line 374
  • #2 IA__g_spawn_command_line_sync
    at gspawn.c line 682
  • #3 bugbuddy_segv_handle
    at gnome-breakpad.cc line 213
  • #4 <signal handler called>
  • #5 __strchrnul
    at strchrnul.c line 49
  • #6 _IO_vfprintf_internal
    at printf-parse.h line 95
  • #7 buffered_vfprintf
    at vfprintf.c line 2158
  • #8 _IO_vfprintf_internal
    at vfprintf.c line 1274
  • #9 error_tail
    at error.c line 198
  • #10 __error
    at error.c line 248
  • #11 mdvi_init_context
    at dviread.c line 430
  • #12 dvi_document_load
    at dvi-document.c line 106
  • #13 ev_document_factory_get_document
    at ev-document-factory.c line 242
  • #14 ev_job_load_run
    at ev-jobs.c line 568
  • #15 handle_job
    at ev-job-queue.c line 133
  • #16 ev_render_thread
    at ev-job-queue.c line 264
  • #17 g_thread_create_proxy
    at gthread.c line 635
  • #18 start_thread
    at pthread_create.c line 297
  • #19 clone
    from /lib/libc.so.6
  • #20 ??


----------- .xsession-errors (12 sec old) ---------------------
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input cmr10
This is METAFONT, Version 2.71828 (Web2C 7.5.6)
kpathsea: Running mktexfmt mf.base
I can't find the base file `mf.base'!
grep: cmr10.log: Aucun fichier ou répertoire de ce type
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input cmr10' failed to make cmr10.tfm.
kpathsea: Running mktextfm cmr10
/usr/share/texmf/web2c/mktexnam: Could not map source abbreviation  for cmr10.
/usr/share/texmf/web2c/mktexnam: Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input cmr10
This is METAFONT, Version 2.71828 (Web2C 7.5.6)
kpathsea: Running mktexfmt mf.base
I can't find the base file `mf.base'!
grep: cmr10.log: Aucun fichier ou répertoire de ce type
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input cmr10' failed to make cmr10.tfm.
evince: 
--------------------------------------------------
Comment 1 Nickolay V. Shmyrev 2008-06-02 21:36:16 UTC
your tex is not installed properly:

kpathsea: Running mktexfmt mf.base
I can't find the base file `mf.base'!
grep: cmr10.log: Aucun fichier ou répertoire de ce type
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input
cmr10' failed to make cmr10.tfm.
Comment 2 Gilles Dartiguelongue 2008-06-02 21:37:47 UTC
*** Bug 536332 has been marked as a duplicate of this bug. ***
Comment 3 Gilles Dartiguelongue 2008-06-02 21:38:51 UTC
As I said in the other report, this can be reproduced without t1lib support. Maybe it's a font problem like suggested in the gentoo bug report ?
Comment 4 Gilles Dartiguelongue 2008-06-02 22:02:23 UTC
(In reply to comment #1)
> your tex is not installed properly:
> 
> kpathsea: Running mktexfmt mf.base
> I can't find the base file `mf.base'!
> grep: cmr10.log: Aucun fichier ou répertoire de ce type
> mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input
> cmr10' failed to make cmr10.tfm.
> 

indeed, after installing metapost it now works.
the downstream bug was in fact: https://bugs.gentoo.org/show_bug.cgi?id=158172

anyway I think evince should be nicer when an error like that occurs :)
Comment 5 Susana 2008-08-11 18:37:30 UTC
*** Bug 546794 has been marked as a duplicate of this bug. ***
Comment 6 Susana 2008-08-11 18:37:44 UTC
*** Bug 545858 has been marked as a duplicate of this bug. ***
Comment 7 Baptiste Mille-Mathias 2008-08-12 08:26:17 UTC
*** Bug 547382 has been marked as a duplicate of this bug. ***
Comment 8 Susana 2008-09-27 12:07:18 UTC
*** Bug 553524 has been marked as a duplicate of this bug. ***
Comment 9 palfrey 2008-11-17 14:05:39 UTC
*** Bug 561184 has been marked as a duplicate of this bug. ***
Comment 10 palfrey 2008-12-01 00:54:18 UTC
*** Bug 562798 has been marked as a duplicate of this bug. ***
Comment 11 Gianluca Borello 2009-05-06 11:00:16 UTC
*** Bug 581540 has been marked as a duplicate of this bug. ***
Comment 12 Emmanuel Fleury 2010-08-03 09:27:58 UTC
This crash has not been seen since a while... Closing ?
Comment 13 Tobias Mueller 2010-09-22 07:40:22 UTC
Yeah, Guess so.