segmentation fault output on trying to run opera !
 

I am currently running Fedora 7 and have been trying to run opera but it outputs the message below.

ERROR: ld.so: object 'libjvm.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'libawt.so' from LD_PRELOAD cannot be preloaded: ignored.
Segmentation fault

I managed to configure opera to point to the right place in regards to libjvm.so and libawt.so by altering the shell script /usr/bin/opera. The only remaining problem is I can't actually run opera because of the segmentation fault. When I delete the directory ./opera in my home directory and try to run opera it prints the error message below and terminates.

*** glibc detected *** /usr/lib/opera/8.54-20060330.1/opera: double free or corruption (out): 0x0ada6060 ***
======= Backtrace: =========
/lib/libc.so.6[0xa58df1]
/lib/libc.so.6(cfree+0x90)[0xa5c430]
/usr/lib/xine/plugins/1.1.7/xineplug_inp_vcdo.so[0x144c37]
/usr/lib/libxine.so.1[0x1618d6]
/usr/lib/libxine.so.1[0x1619cb]
/usr/lib/libxine.so.1(_x_dispose_plugins+0x36)[0x161a6a]
/usr/lib/libxine.so.1(xine_exit+0x5a)[0x15a0aa]
/usr/lib/mozilla/plugins/xineplugin.so(NPP_GetMIMEDescription+0xa5)[0x847ff5]
/usr/lib/mozilla/plugins/xineplugin.so(NP_GetMIMEDescription+0x17)[0x84b4d7]
/usr/lib/opera/8.54-20060330.1/opera[0x81eebfa]
/usr/lib/opera/8.54-20060330.1/opera[0x81eeea8]
/usr/lib/opera/8.54-20060330.1/opera[0x81ee11e]
/usr/lib/opera/8.54-20060330.1/opera[0x818d7d0]
/usr/lib/opera/8.54-20060330.1/opera(vfprintf+0x41bc)[0x8053658]
/usr/lib/opera/8.54-20060330.1/opera(XOpenDisplay+0x1af)[0x805048b]
/lib/libc.so.6(__libc_start_main+0xe0)[0xa06f70]
/usr/lib/opera/8.54-20060330.1/opera(XMapRaised+0x35)[0x8050381]
======= Memory map: ========
00110000-00111000 rwxp 00110000 00:00 0
00111000-00128000 r-xp 00000000 08:05 629844 /usr/lib/libICE.so.6.3.0
00128000-00129000 rwxp 00016000 08:05 629844 /usr/lib/libICE.so.6.3.0
00129000-0012c000 rwxp 00129000 00:00 0
0012c000-00137000 r-xp 00000000 08:05 487078 /lib/libgcc_s-4.1.2-20070503.so.1
00137000-00138000 rwxp 0000a000 08:05 487078 /lib/libgcc_s-4.1.2-20070503.so.1
00138000-0013c000 r-xp 00000000 08:05 1170628 /usr/lib/xine/plugins/1.1.7/xineplug_inp_file.so
0013c000-0013d000 rwxp 00003000 08:05 1170628 /usr/lib/xine/plugins/1.1.7/xineplug_inp_file.so
0013d000-00143000 r-xp 00000000 08:05 1170636 /usr/lib/xine/plugins/1.1.7/xineplug_inp_v4l.so
00143000-00144000 rwxp 00005000 08:05 1170636 /usr/lib/xine/plugins/1.1.7/xineplug_inp_v4l.so
00144000-00147000 r-xp 00000000 08:05 1171497 /usr/lib/xine/plugins/1.1.7/xineplug_inp_vcdo.so
00147000-00148000 rwxp 00002000 08:05 1171497 /usr/lib/xine/plugins/1.1.7/xineplug_inp_vcdo.so
00148000-00149000 rwxp 00148000 00:00 0
00149000-0014d000 r-xp 00000000 08:05 1170602 /usr/lib/xine/plugins/1.1.7/xineplug_decode_sputext.so
0014d000-0014e000 rwxp 00003000 08:05 1170602 /usr/lib/xine/plugins/1.1.7/xineplug_decode_sputext.so
0014e000-0014f000 r-xp 00000000 08:05 1170613 /usr/lib/xine/plugins/1.1.7/xineplug_dmx_image.so
0014f000-00150000 rwxp 00000000 08:05 1170613 /usr/lib/xine/plugins/1.1.7/xineplug_dmx_image.so
00150000-0019a000 r-xp 00000000 08:05 617904 /usr/lib/libxine.so.1.17.1
0019a000-0019e000 rwxp 00049000 08:05 617904 /usr/lib/libxine.so.1.17.1
0019e000-001a2000 rwxp 0019e000 00:00 0
001a3000-00252000 r-xp 00000000 08:05 624850 /usr/lib/libstdc++.so.5.0.7
00252000-00257000 rwxp 000ae000 08:05 624850 /usr/lib/libstdc++.so.5.0.7
00257000-0025c000 rwxp 00257000 00:00 0
0025c000-00286000 r-xp 00000000 08:05 1171494 /usr/lib/xine/plugins/1.1.7/xineplug_inp_dvd.so
00286000-00287000 rwxp 00029000 08:05 1171494 /usr/lib/xine/plugins/1.1.7/xineplug_inp_dvd.so
00287000-00294000 r-xp 00000000 08:05 1171495 /usr/lib/xine/plugins/1.1.7/xineplug_inp_mms.so
00294000-00295000 rwxp 0000c000 08:05 1171495 /usr/lib/xine/plugins/1.1.7/xineplug_inp_mms.so
00295000-002a1000 r-xp 00000000 08:05 1171474 /usr/lib/xine/plugins/1.1.7/xineplug_decode_a52.so
002a1000-002a2000 rwxp 0000b000 08:05 1171474 /usr/lib/xine/plugins/1.1.7/xineplug_decode_a52.so
002a2000-002a3000 rwxp 002a2000 00:00 0
002a3000-002b2000 r-xp 00000000 08:05 1171473 /usr/lib/xine/plugins/1.1.7/post/xineplug_post_tvtime.so
002b2000-002b3000 rwxp 0000e000 08:05 1171473 /usr/lib/xine/plugins/1.1.7/post/xineplug_post_tvtime.so
002b3000-002b7000 rwxp 002b3000 00:00 0
002b7000-002c9000 r-xp 00000000 08:05 1170607 /usr/lib/xine/plugins/1.1.7/xineplug_dmx_audio.so
002c9000-002ca000 rwxp 00012000 08:05 1170607 /usr/lib/xine/plugins/1.1.7/xineplug_dmx_audio.so
002ca000-002cc000 r-xp 00000000 08:05 1170609 /usr/lib/xine/plugins/1.1.7/xineplug_dmx_fli.so
002cc000-002cd000 rwxp 00001000 08:05 1170609 /usr/lib/xine/plugins/1.1.7/xineplug_dmx_fli.so
002ce000-002d5000 r-xp 00000000 08:05 487075 /lib/librt-2.6.so
002d5000-002d6000 r-xp 00006000 08:05 487075 /lib/librt-2.6.so
002d6000-002d7000 rwxp 00007000 08:05 487075 /lib/librt-2.6.so
002d7000-002f1000 r-xp 00000000 08:05 1170597 /usr/lib/xine/plugins/1.1.7/xineplug_decode_qt.so
002f1000-002faAborted

Afterwards if I try running opera without first deleting the ./opera directory it simply outputs 'Segmentation fault' and then terminates. I have even tried to install the static rpm package as opposed to the dynamic package. The weird bit is that version 9.21 works but I want to use version 8.54 because the latest version works slower on my system. There is about 1 to 3 second(s) delay when using the user interface like navigating between tabs for example. The problem is driving me crazy as opera is my preferred web browser because of certain features, but I will have to resort to firefox if need be if I can't find a solution.

The first thing that I would do is put the original /usr/bin/opera back. Hopefully you made a backup before you edited it.

The way that I handle the few cases that an application is looking for a library in the wrong place is to make a soft link in the area that the application is looking that points to the actual location of the library. I use soft links so I that know which name is the original and which is the one that I made.

Did you install Opera from the Fedora RPM repository or from a kit at the Opera web site? I always try to use applications that are in my distro's package repository because I know that the developers have tested it on my distro. If you install software from the application's web site you run the risk of having the application written for a slightly different file arrangement. It's a minor issue but it's still worth avoiding if you can.

And, as always, since Fedora Core is a development distribution this may be due to something in Fedora that will eventually be fixed. I advise everyone to use a stable distribution, not a development distribution.

Already thought about creating a symlink to the library files. The reason I didn't create one is because I don't know exactly where opera is looking for these library files by default so I modify one line in /usr/bin/opera as shown below.

From:
LD_PRELOAD="libjvm.so:libawt.so:${OPERA_LD_PRELOAD}"

To: LD_PRELOAD="/usr/java/j2re1.4.2_15/lib/i386/client/libjvm.so:/usr/java/j2re1.4.2_15/lib/i386/libawt.so:${OPERA_LD_PRELOAD}"[/COLOR]

This had the effect of removing the two errors that where reported by opera as shown below.

ERROR: ld.so: object 'libjvm.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'libawt.so' from LD_PRELOAD cannot be preloaded: ignored.
Segmentation fault

This had left me with the segmentation fault as shown in the previous post. I had the further idea of removing the xine multimedia package because the segmentation fault has output a few lines refering to xine library files. Now when I try to run opera it gives the NEW output as shown below.

NPP_GetValue()
NPP_GetValue()
Segmentation fault

Furthermore, I know that Fedora distributes three types of packages from its own repository which are stable, development, and testing. The development and testing reposirories are disabled by default in yum. I only use the stable packages from Fedora and do not generally use RPM packages if they are known to be unstable. I also know that Fedora does not distribute opera so I got a RPM package directly from the opera website. Also note that I have the static RPM version installed on my system.

Finally, I had "Fedora Core 4" on my system about two weeks ago and "Opera 8.54" worked fine until I installed "Fedora 7". Now "Opera 8.54" won't work on "Fedora 7" but "Opera 9.21" does work which is the latest version. The problem with the latest version is that it runs slow on both "Fedora Core 4" and "Fedora 7". For some reason "Opera 8.54" refuses to work on "Fedora 7" for some strange reason.

Please ignore the [/color] tag at the end of the second line starting with LD_PRELOAD as this is just a formatting tag I forgot to remove.

You could edit the previous post and remove the part that you want to remove.

There are different options on the opera website for the different FC versions. I however could only find the 9 series for download and not the 8 series that you want to use. But there might also have been a similar difference for the 8 series which basically means that a version for FC4 will not run on FC7.

I have the feeling that there are some differences in one or more libraries that cause the problems.

This is common to many Linuxes; I myself had this problem on Ubuntu. I don't remember the solution, but I can tell you to search the Opera for UNIX forum, because that's what I did and how I solved it.

Wim Sturkenboom:

Yep, I noticed that as well. I have also taken a look in the opera archives at http://arc.opera.com/pub/opera/linux but for some reason they only provide one RPM package along with two tarballs and debian package. I was actually thinking of maybe trying to build a RPM package but opera also does not provide the .spec file neither which I think they should at least have done to enable you to build the RPM package for the target linux distribution. Do you know of anyway to automatically produce a .spec file ?


AlucardZero:

Chers ! I will also try the Opera for UNIX forum and check it out !

Sorry, but can't help you there. I would try to find the correct versions of the libraries and add symlinks for opera to those; however not sure if it's possible to do so.