[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Problem with dynamic linking
From:       claus wilke <claus.wilke () gmx ! net>
Date:       1999-12-25 19:18:24
[Download RAW message or body]

Sorry, I have to ask another question, and I am really going mad on this one.

Since a couple of days, I cannot get dcopserver to run, because it takes
libDCOP from the old kde. I have kde1.1.2 in /opt/kde, and the head branch in
/opt/kde2. When I start dcopserver, I get:
kde2@lhotse:/opt/kde2/bin > dcopserver
dcopserver: error in loading shared libraries: /opt/kde/lib/libDCOP.so.1: undefined \
symbol: __15QMetaObjectInitPFv_v

But when I use ldd -r (the -r checks whether all objects can be resolved), I get
kde2@lhotse:/opt/kde2/bin > ldd -r dcopserver
        libDCOP.so.1 => /opt/kde2/lib/libDCOP.so.1 (0x40015000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4003a000)
        libqt.so.2 => /opt/qt-public-cvs/lib/libqt.so.2 (0x40043000)
        libpng.so.2 => /usr/lib/libpng.so.2 (0x40504000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40522000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4052e000)
        libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2 (0x405d4000)
        libm.so.6 => /lib/libm.so.6 (0x4061b000)
        libc.so.6 => /lib/libc.so.6 (0x40638000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40733000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

So ldd knows that the dcopserver should link against the kde2 lib, and it can
resolve all objects. How can it then be that I cannot start dcopserver?

The environment variables KDEDIR and LD_LIBRARY_PATH are set to the proper kde2
directories, the file ld.so.conf contains /opt/kde2/lib, and I have run
ldconfig after make install.

Btw, my program kbiblio has the following ldd output, and it runs flawlessly,
even from a shell that does not have any kde2-related environment variables set
(I am not using any DCOP-features in my program):

kde2@lhotse:~/source/kde/kbiblio-0.0.2/kbiblio/.libs > ldd -r kbiblio
        libkfile.so.3 => /opt/kde2/lib/libkfile.so.3 (0x40015000)
        libkio.so.3 => /opt/kde2/lib/libkio.so.3 (0x4006f000)
        libkdeui.so.3 => /opt/kde2/lib/libkdeui.so.3 (0x40112000)
        libkdecore.so.3 => /opt/kde2/lib/libkdecore.so.3 (0x4025f000)
        libdl.so.2 => /lib/libdl.so.2 (0x4036d000)
        libqt.so.2 => /opt/qt-public-cvs/lib/libqt.so.2 (0x40370000)
        libpng.so.2 => /usr/lib/libpng.so.2 (0x40826000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40844000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40850000)
        libDCOP.so.1 => /opt/kde2/lib/libDCOP.so.1 (0x408f7000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4091c000)
        libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2 (0x40925000)
        libm.so.6 => /lib/libm.so.6 (0x4096c000)
        libc.so.6 => /lib/libc.so.6 (0x40989000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40a83000)    

Has anybody any ideas about the origin of this effect?

Many thanks,
  Claus
-- 
Claus Wilke
claus.wilke@gmx.net


[prev in list] [next in list] [prev in thread] [next in thread]