opera-6.10 problem with QT 3.0.4

opera-6.10 problem with QT 3.0.4

Hi!

I have downloaded Opera 6.10 for Linux and it won't work. I have tried both the static (Segmentation fault) and the shared (/usr/app/opera-6.10/lib/opera/6.10-20021029.2/opera: error in loading shared libraries: /usr/app/opera-6.10/lib/opera/6.10-20021029.2/opera: undefined symbol: __ti10QTextCodec).

First I tried with the latest QT there is (3.0.6), and then with the one they recommend on the Opera website, 3.0.4, but I get the same error message.

I have a custom built Linux which has worked with the other Opera's.

Can anyone help me with this?

its a QT issue.

i did a little search with the string QTextCodec and the first hit was a QT3 documentation page. the missing symbol belongs to a QT text encoding conversion class.

according to the knowledge base cases when u would only use QT 3.0.4 for Opera 6.1:
Red Hat 7.1, 7.2, 7.3, Mandrake 8.0, 8.1, 8.2 users: Qt 3.0.4
Red Hat 8.0, Mandrake 9.0, SuSE 8.1: Qt 3.0.5-mt
Dynamic/shared version, other distributions: Qt 3.0.4
Linux PPC version: Qt 3.0.3-mt
FreeBSD 4.6: Qt 3.0.4-mt

an indication as to what kernel/derivative of linux ur using would help in debugging this issue further.

/usr/app/opera-6.10/lib/opera/6.10-20021029.2/opera

i find this path very interesting. just out of curosity, did u compile opera yourself? (install from tar.gz)

Re: its a QT issue.

Originally posted by imtheguru
according to the knowledge base cases when u would only use QT 3.0.4 for Opera 6.1:
Red Hat 7.1, 7.2, 7.3, Mandrake 8.0, 8.1, 8.2 users: Qt 3.0.4
Red Hat 8.0, Mandrake 9.0, SuSE 8.1: Qt 3.0.5-mt
Dynamic/shared version, other distributions: Qt 3.0.4
Linux PPC version: Qt 3.0.3-mt
FreeBSD 4.6: Qt 3.0.4-mt

an indication as to what kernel/derivative of linux ur using would help in debugging this issue further.

Since I use a linux under the category "other distributions" the QT 3.0.4 was supposed to work.. I will try the 3.0.5 also, just in case. (Really fun to compile QT, don't you think? Takes more than an hour, something to really look forward to..)

Ok, 3.0.5 won't compile...

/usr/app/opera-6.10/lib/opera/6.10-20021029.2/opera

i find this path very interesting. just out of curosity, did u compile opera yourself? (install from tar.gz)

Yes, I have compiled it myself. The sourcecode is in /usr/src/opera-6.10 and from there it's installed into /usr/app/opera-6.10. I then softlink everything from /usr/app/opera-6.10/$DIR/ to /usr/$DIR/ (ie /usr/bin/ /usr/lib/ etc). This way, it's easier to uninstall programs - you first remove your program in /usr/app and then all dead links in /usr.

This article lists the Qt requirements for the dynamic versions of Opera:

http://www.opera.com/support/search/supsearch.dml?index=316

i find this path very interesting. just out of curosity, did u compile opera yourself? (install from tar.gz)

Please note that compiling a program means translating source code to a language that the system can understand. Opera is closed-source, which means that the source is not available. When you use tar.gz packages, you don't necessarily compile the program. You just decompress it and extract the files from an archive.

it does not work anyway

Snapped from http://www.opera.com/support/search/supsearch.dml?index=316

Platform: GNU/Linux
This article lists the required version of Qt for the dynamic version of Opera. It is recommended that most people download the static version, as it does not require Qt.

I tried the static version of Opera 6.1 but it does a Segmentation fault. Is there any way I can debug this?

Opera 6.1:
* Red Hat 7.1, 7.2, 7.3, Mandrake 8.0, 8.1, 8.2 users: Qt 3.0.4
* Red Hat 8.0, Mandrake 9.0, SuSE 8.1: Qt 3.0.5-mt
* Dynamic/shared version, other distributions: Qt 3.0.4
* Linux PPC version: Qt 3.0.3-mt
* FreeBSD 4.6: Qt 3.0.4-mt

As I said before, 3.0.4 should be working - or am I missing something??

When compiling Qt, make sure to add the $QTDIR/lib directory to the $LD_LIBRARY_PATH environment variable in order to run Opera properly:
export LD_LIBRARY_PATH=$QTDIR/lib


My LD_LIBRARY_PATH is .:/lib:/usr/lib:/usr/X11/lib and links to the libqt.* are in /usr/lib

Re: it does not work anyway

I tried the static version of Opera 6.1 but it does a Segmentation fault. Is there any way I can debug this?

I have the same problem with the static version of Opera.Segmentation fault mentions line 138, though I don't know what it should hint at... I also noticed that the browser crashed while trying to open MS Hotmail site (symbolic? )

In the end I had to revert to version 6.03, which was stable, and I think it is going to be the one to use until Opers comes in version 6.11 (probably)...

Re: it does not work anyway

Originally posted by aasa
Snapped from http://www.opera.com/support/search/supsearch.dml?index=316

I tried the static version of Opera 6.1 but it does a Segmentation fault. Is there any way I can debug this?

Same thing happened here. Try and run it and it causes a segmentation fault. Try running it as 'root' though. Works for me. Strange problem.

There was a problem back in Mandrake 8.2 with Opera 6.0x. With certain other software running, it would claim that there was a libpng error - but that's not really what it was.

The kernel used in 8.2 had some problems with the AMD K6's memory management, and Opera wasn't the only thing that would consistently segfault. Mandrake's fix at the time was to suggest that users tell the kernel it was running on a 386-compatible with the boot option no586, if I recall properly.

In my case, if I avoided certain themes in KDE (which I suppose must have required too much memory), then Opera worked fine. That problem is gone in the most recent kernel used in Mandrake 9, so maybe it's time to upgrade your kernel?

(The themes I had to avoid were things like Marble, RISCOS and the System-themed skins. Mosfet's Liquid was fine, as was the default theme.)

Originally posted by haavard
This article lists the Qt requirements for the dynamic versions of Opera:

http://www.opera.com/support/search/supsearch.dml?index=316



Please note that compiling a program means translating source code to a language that the system can understand. Opera is closed-source, which means that the source is not available. When you use tar.gz packages, you don't necessarily compile the program. You just decompress it and extract the files from an archive.

force of habit... used to associating .tar.gz with "source tarball". i did mention the word *install* in parens though