Description of problem:
Start program very slow and cannot open pdf (need to force quitting).
Version-Release number of selected component (if applicable):
Document Viewer 2.31.92
Steps to Reproduce:
Very slow and cannot read pdf files
Fast as it does on Fedora 13
Reproducible with i686 installation.
Encountered after Sep 29th [test-]updates. I'm sure it had worked a day before that.
Terminal is filled with lots of:
(evince:3941): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
** (evince:3941): WARNING **: Error registering document: Timeout was reached
GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: GetIOR failed: Timeout was reached)
(In reply to comment #1)
> (evince:3941): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT
> (object)' failed
> ** (evince:3941): WARNING **: Error registering document: Timeout was reached
> GConf Error: Failed to contact configuration server; some possible causes are
> that you need to enable TCP/IP networking for ORBit, or you have stale NFS
> locks due to a system crash. See http://projects.gnome.org/gconf/ for
> information. (Details - 1: GetIOR failed: Timeout was reached)
Can you break at g_log in gdb and grab a backtrace?
#0 g_log (log_domain=0x7ffff7000344 "GLib-GObject", log_level=G_LOG_LEVEL_CRITICAL,
format=0x7ffff653c838 "%s: assertion `%s' failed") at gmessages.c:573
#1 0x00007ffff72b9715 in message_to_write_data_free (data=0x8b2900)
#2 0x00007ffff72bb592 in maybe_write_next_message (worker=0x6eac30)
#3 0x00007ffff72bb653 in write_message_in_idle_cb (user_data=<value optimized out>)
#4 0x00007ffff64d1e33 in g_main_dispatch (context=0x6eb760) at gmain.c:2149
#5 g_main_context_dispatch (context=0x6eb760) at gmain.c:2702
#6 0x00007ffff64d2610 in g_main_context_iterate (context=0x6eb760, block=1,
dispatch=1, self=<value optimized out>) at gmain.c:2780
#7 0x00007ffff64d2c82 in g_main_loop_run (loop=0x703920) at gmain.c:2988
#8 0x00007ffff72b9774 in gdbus_shared_thread_func (data=<value optimized out>)
#9 0x00007ffff64f9446 in g_thread_create_proxy (data=0x6eb840) at gthread.c:1897
#10 0x00007ffff5ff5d5b in start_thread (arg=0x7fffeecd6710) at pthread_create.c:301
#11 0x00007ffff5d2fe1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
This is due to:
message_to_write_data_free (MessageToWriteData *data)
else if (data->message == NULL)
but I don't think this is what's causing the problem.
git bisect narrows down the failure to:
c3371efcaa47b03941c6c8148687b0a21d18dfbe is the first bad commit
Author: David Zeuthen <firstname.lastname@example.org>
Date: Thu Sep 9 13:21:35 2010 -0400
Bug 624546 – Modification of GDBusMessage in filter function
Rework filter functions as per
This commit breaks ABI. However, this ABI break affects only
applications using filter functions. The only known user of is dconf.
Signed-off-by: David Zeuthen <email@example.com>
Hah. 'The only known user of is dconf'.
Updating to dconf-0.5.1 fixes this. In progress..
glib2-2.26.0-2.fc14,dconf-0.5.1-1.fc14 has been submitted as an update for Fedora 14.
dconf-0.5.1-1.fc14, glib2-2.26.0-2.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update dconf glib2'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/glib2-2.26.0-2.fc14,dconf-0.5.1-1.fc14
dconf-0.5.1-1.fc14, glib2-2.26.0-2.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.