Segmentation fault

[Schimanski]

No it doesn't suit to my system. I'm using ubuntu 9.04. But I don't know which version I should take and don't even no from where. Is it might be possible, when I try to install an old version of SUSE into a virtual machine and try to run it there?

[Kumosan]

No it doesn't suit to my system. I'm using ubuntu 9.04. But I don't know which version I should take and don't even no from where. Is it might be possible, when I try to install an old version of SUSE into a virtual machine and try to run it there?

Ubuntu has no Qt 2 in its repository anymore? A Debian repository might work better. Though I am not sure whether Qt 2 is already in Debian stable.

But you really should consider compiling your Qt 2 libs yourself.

[Schimanski]

Ok, I gonna try it in one hour, I need to eat first Thank you for you help so far...

[Schimanski]

Now I compiled qt2 by myself and I got the following error when I run my application:

symbol lookup error: /home/campino/share/MedApp/MedApp: undefined symbol: __ti7QWidget

Program exited with code 0177.
(gdb) bt
No stack.

[Kumosan]

Now I compiled qt2 by myself and I got the following error when I run my application:

symbol lookup error: /home/campino/share/MedApp/MedApp: undefined symbol: __ti7QWidget

Program exited with code 0177.
(gdb) bt
No stack.

What does 'ldd <programname>' say?

[Schimanski]

linux-gate.so.1 => (0xb7ee9000)
libqt.so.2 (0xb7bb1000)
libstdc++-libc6.2-2.so.3 (0xb7b69000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7b2d000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb79ca000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb79ba000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb78cb000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb77dc000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb77cd000)
/lib/ld-linux.so.2 (0xb7eea000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb77c8000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb77ae000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb77aa000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb77a5000)

[wysota]

It seems your application doesn't see the library you compiled.

[Schimanski]

hm.. but it should be...because there is a soft link to the library:
lrwxrwxrwx 1 campino campino 14 2009-08-31 13:33 libqt.so.2.0 -> libqt.so.2.0.2

[Kumosan]

hm.. but it should be...because there is a soft link to the library:
lrwxrwxrwx 1 campino campino 14 2009-08-31 13:33 libqt.so.2.0 -> libqt.so.2.0.2

Is your lib in a standard location? Like /usr/lib? Try 'ldconfig -v' as root.

[Schimanski]

No its not but its located in my program folder but I did a export command before: LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:.

so it should be find. without that export command I get ./MedApp: error while loading shared libraries: libqt.so.2: cannot open shared object file: No such file or directory

and the libqt.so.2 is linked to my self compiled lib.

enclosed you can find the output of ldconfig -v

[Kumosan]

Hmm, as wysota said, your program does not find the qt lib. Or maybe your lib does not find a lib to which it has a dependency. You could try 'ldd libqt.so' to see if all dependencies are met. Else I'd try the ugly way and move the whole libqt* stuff into /usr/lib and do a 'ldconfig -v'. If this still not work I am out of my remote debugging options.

[wysota]

It does load the library, it seems. It also seems the library does not have the required symbols.