Speicherzugriffsfehler bei opera

torstenkoeln · 29 Sep. 2005

Wie in dem anderen Thread schon beschrieben, habe ich unter Suse 9.3 Probleme mit Opera. Wenn ich das Programm von Konsole starte, gibt es eine einfache Fehlermeldung "Speicherzugriffsfehler", dann bricht das Programm ab.

Memtest ist problemlos durchgelaufen.

Ich habe schon auf die Version 8.5 upgedatet - das gleiche Problem.

Code:

tmk@linux:~> opera --version
Opera 8.5 . Build 1358 for Linux. Qt library 3.3.4

Evtl ein Konflikt mit qt?

Code:

tmk@linux:~> opera
Speicherzugriffsfehler
tmk@linux:~> apt policy qt
qt:
  Installiert: (nichts)
  Kandidat: 4.0.1-13
  Versionstabelle:
     4.0.1-13 0
        500 http://ftp4.gwdg.de SuSE/9.3-i386/kde pkglist
     4.0.0-5 0
        500 http://ftp4.gwdg.de SuSE/9.3-i386/kde pkglist
tmk@linux:~> apt policy qt
qt:
  Installiert: (nichts)
  Kandidat: 4.0.1-13
  Versionstabelle:
     4.0.1-13 0
        500 http://ftp4.gwdg.de SuSE/9.3-i386/kde pkglist
     4.0.0-5 0
        500 http://ftp4.gwdg.de SuSE/9.3-i386/kde pkglist

[/code]

oc2pus · 29 Sep. 2005

du meinst bestimmt die qt3

zur Zeit können qt-4.x und qt-3.x nebeneinander installiert werden. Die Pakete haben den Prefix qt (4.x) bzw qt3 (3.x)

torstenkoeln · 29 Sep. 2005

Danke - daran liegt es also offenbar nicht.

Code:

qt3:
  Installiert: 3.3.4-29
  Kandidat: 3.3.4-29
  Versionstabelle:
 *** 3.3.4-29 0

Ist irgendwo sonst eine ausführlichere Fehlerbeschreibung für den "Speicherzugriffsfehler" in Erfahrung zu bringen?

oc2pus · 29 Sep. 2005

du kannst ja testweise mal qt-4.x runternehmen... vielleicht stört sich der Opera daran.

apt install -D qt-

TeXpert · 29 Sep. 2005

oder versuch Opera mit strace zustarten... evtl. hilft das noch auf die Sprünge wo es knallt.

SoeDib · 30 Sep. 2005

Welches RPM hast du denn draufgetan (genauer Name)?
Und wieso steht das heir eigentlich in "Konsole" und nicht drüben bei nollsa?

Grüße,
SD

torstenkoeln · 30 Sep. 2005

oder versuch Opera mit strace zustarten... evtl. hilft das noch auf die Sprünge wo es knallt.

ich hab 'strace opera' ausgeführt - der Mitschnitt ist 943 KB lang. Wonach muss ich suchen?

Das Ende ist wie folgt:

Code:

munmap(0x41790000, 101405)              = 0
open("/usr/lib/opera/8.50-20050916.5/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/jvm/jre/lib/i386/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/jvm/jre/lib/i386/native_threads/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/jvm/jre/lib/i386/client/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("tls/i686/tm/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("tls/i686/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("tls/tm/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("tls/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("i686/tm/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("i686/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("tm/libXcursor.so.1.0", O_RDONLY)  = -1 ENOENT (No such file or directory)
open("libXcursor.so.1.0", O_RDONLY)     = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 13
fstat64(13, {st_mode=S_IFREG|0644, st_size=101405, ...}) = 0
old_mmap(NULL, 101405, PROT_READ, MAP_PRIVATE, 13, 0) = 0x41790000
close(13)                               = 0
open("/lib/tls/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/i686/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
munmap(0x41790000, 101405)              = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

Ich habe mal nach dieser libXcursor gesucht - bei mir ist libXcursor.so.1.0.2 auf meinem system, die Lib stammt aus dem Paket "xorg-x11-libs", das ich in Version 6.8.2-30.3 vom Suse update-Server habe.

Welches RPM hast du denn draufgetan (genauer Name)?

Code:

opera:
  Installiert: 8.50-2.1

Aber das Problem bestand auch mit der Vor-Version auf den Suse-Servern und ebenfalls mit dem RPM von opera.com.

Und wieso steht das heir eigentlich in "Konsole" und nicht drüben bei nollsa?

Primär möchte ich nicht einfach den Opera zum Laufen bekommen, sondern lernen, wie ich solche Probleme lösen kann.

scg · 30 Sep. 2005

@SoeDib

Gibt immer wieder mal "Grauzonen", klar, wäre der opera in erster Linie als Browser bei nollsa gut aufgehoben.

Nur der Build- und Installationsprozeß und die damit verbundene Analyse und Fehlersuche ist hier m.E. eigentlich ganz gut angesiedelt. Ist halt immer ein "Problem", wenn mehrere Disziplinen mitmischen.

TeXpert · 30 Sep. 2005

das scheint ja spontan irgendein Problem opera ~ xorg-libs zu sein... wer hat denn hier die gleichen Versionen und kann das verifizieren oder falsifizieren?

traffic · 30 Sep. 2005

Probier mal folgendes. Wechsel in das Verzeichnis, in dem sich die libXcursor.so.1.0.2 befindet und führe folgenden Befehl aus:

Code:

ln -s libXcursor.so.1.0.2 libXcursor.so.1.0

torstenkoeln · 30 Sep. 2005

Danke - ich habe sicherheitshalber den Link in einem Unterverzeichnis von opera angelegt - jetzt läuft opera.

Ob ein generelles Problem mit den Paketen besteht, sollte jeder Suse 9.3-User nachvollziehen können:

Code:

xorg-x11-libs:
  Installiert: 6.8.2-30.3
  Kandidat: 6.8.2-30.3
  Versionstabelle:
 *** 6.8.2-30.3 0
        500 http://ftp4.gwdg.de SuSE/9.3-i386/update pkglist
        100 RPM Database
     6.8.2-30.2 0
        500 http://ftp4.gwdg.de SuSE/9.3-i386/update pkglist
     6.8.2-30 0
        500 http://ftp4.gwdg.de SuSE/9.3-i386/base pkglist