Red Hat Bugzilla – Bug 137450
[x86_64] undefined symbol: g_thread_init_glib
Last modified: 2007-11-30 17:10:53 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7)
Description of problem:
There is an undefined symbol g_thread_init_glib
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. start openoffice
Actual Results: ooffice sep.xls
Installation of OpenOffice.org 1.1.2 failed:
-R:/tmp/ooo-wrapper.autoresponse.file.RB4712 -v -nogui >
/usr/lib/ooo-1.1/program/setup.bin: error while loading shared
libraries: /usr/lib/libgthread-2.0.so.0: undefined symbol:
Expected Results: Should link ok and run.
I believe this is a glib2 bug not openoffice, but not entirely clear.
g_thread_init_glib is in glib-2.0.so.0
All apps using gnome-vfs are using the thread support in glib2,
so I would assume that the problem must be something between
ooo and multilib...
Do you have both the 32bit and the 64bit glib2 package installed ?
I just started oowriter on a x86_64 system having both the 32bit and
the 64bit glib2 package installed, and it didn't show the error you
mention. (It showed others, but was basically working)
yes both glib2 packages are installed.
glib2-2.4.7-1.1 in both cases
oo is version openoffice.org-1.1.2-10.fc2
matthias, can you remove ~/.rhopenoffice-1.1 directory and try to
launch it again with "/usr/bin/ooffice" ? THat should trigger setup
What does 'objdump -T /usr/lib/libglib-2.0.so.0 | grep
g_thread_init_glib' say? I get correct output on my x86_64 box
running latest FC2 updates...
[justin@bream justin]$ objdump -T /usr/lib/libglib-2.0.so.0 | grep
0003e080 g DF .text 000000b3 Base g_thread_init_glib
Sorry, turned out to be linked to a different version of glib in /usr/local/lib,