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 322054 - crash on reload (ctrl-r) from pdflatex generated PDF
crash on reload (ctrl-r) from pdflatex generated PDF
Status: RESOLVED DUPLICATE of bug 314986
Product: evince
Classification: Core
Component: general
0.4.x
Other All
: High critical
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-11-21 17:34 UTC by Nick Mitchell
Modified: 2005-11-27 12:56 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12



Description Nick Mitchell 2005-11-21 17:34:35 UTC
Steps to reproduce:
1. generate a PDF using pdflatex
2. evince the generated pdf
3. hit control-r a bunch of times

Stack trace:
Backtrace was generated from '/home/nickm/garnome/bin/evince'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 1086109504 (LWP 26104)]
[New Thread 1090624432 (LWP 26106)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0x0092c7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2

Thread 1 (Thread 1086109504 (LWP 26104))

  • #0 _dl_sysinfo_int80
    from /lib/ld-linux.so.2
  • #1 __waitpid_nocancel
    from /lib/tls/libpthread.so.0
  • #2 libgnomeui_segv_handle
    from /home/nickm/garnome/lib/libgnomeui-2.so.0
  • #3 <signal handler called>
  • #4 g_type_check_instance_is_a
    from /home/nickm/garnome/lib/libgobject-2.0.so.0
  • #5 g_object_unref
    from /home/nickm/garnome/lib/libgobject-2.0.so.0
  • #6 g_object_set_valist
    from /home/nickm/garnome/lib/libgobject-2.0.so.0
  • #7 g_object_set
    from /home/nickm/garnome/lib/libgobject-2.0.so.0
  • #8 ev_page_action_set_document
  • #9 ev_window_load_job_cb
  • #10 g_cclosure_marshal_VOID__VOID
    from /home/nickm/garnome/lib/libgobject-2.0.so.0
  • #11 g_closure_invoke
    from /home/nickm/garnome/lib/libgobject-2.0.so.0
  • #12 signal_emit_unlocked_R
    from /home/nickm/garnome/lib/libgobject-2.0.so.0
  • #13 g_signal_emit_valist
    from /home/nickm/garnome/lib/libgobject-2.0.so.0
  • #14 g_signal_emit
    from /home/nickm/garnome/lib/libgobject-2.0.so.0
  • #15 ev_job_finished
  • #16 notify_finished
  • #17 g_idle_dispatch
    from /home/nickm/garnome/lib/libglib-2.0.so.0
  • #18 g_main_context_dispatch
    from /home/nickm/garnome/lib/libglib-2.0.so.0
  • #19 g_main_context_iterate
    from /home/nickm/garnome/lib/libglib-2.0.so.0
  • #20 g_main_loop_run
    from /home/nickm/garnome/lib/libglib-2.0.so.0
  • #21 gtk_main
    from /home/nickm/garnome/lib/libgtk-x11-2.0.so.0
  • #22 main




Other information:
I'm using pdflatex to generate a PDF file. After regenerating, i hit
control-r in the evince window to reload. Often, but not every time, it
crashes --- maybe 25% of the time? In fact, I can get it to crash just
by hitting control-R a few times, even if the PDF is "old". Does NOT
happen with PDFs generated by epstopdf (where EPS came from
openoffice-2.0).

it doesn't seem to happen if I have queued control-r's (i.e. control-r
while a reload is in progress)

evince from garnome 2.12.1 build, gcc-3.3 -O2 -g

stderr has, on launch:

** (evince:27047): WARNING **: Service registration failed.

** (evince:27047): WARNING **: No reply within specified time


stderr has, on reload:
(evince:27168): GLib-GObject-CRITICAL **: g_object_unref: assertion
`G_IS_OBJECT (object)' failed
Comment 1 Grant Farnsworth 2005-11-22 21:38:24 UTC
This very annoying bug impairs my usage of evince quite a bit.  I'm using evince
0.4.0 under FC4.  I have observed this behavior in past versions of evince also.
Comment 2 Grant Farnsworth 2005-11-22 21:40:52 UTC
Actually, though, the steps to reproduce are

1. generate a PDF using pdflatex
2. evince the generated pdf
3. change the tex file
4. regenerate the PDF
5. hit control-r 

If it has not crashed yet, go to 3.
Comment 3 Nickolay V. Shmyrev 2005-11-24 09:04:25 UTC
Grant, please check latest CVS, there were some fixes related to it.
Comment 4 Teppo Turtiainen 2005-11-27 12:56:05 UTC
Thanks for the bug report. This particular bug has already been reported into
our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 314986 ***