sorry Martin
War länger nicht im Forum, komme leider momentan nicht an den Rechner meiner Schwester. Bei Ihr läuft Opera auch nur in der -static- Version. Zu dem Probs. mit der libXcursor --> das hängt mit der zwei und dreistelligen Versionsnummer zusammen, ich kann jetzt nur bei mir auf der 10.0 schauen, da sind sie ein u.dreistellig, also libXcursor.so.1 und libXcursor.so.1.0.2. Wenn nun Opera eine zweistellige libXcursor sucht (siehst Du am strace Opera) findet er sie nicht, da kein Link von z.b. libXcursor.so.1.0 auf die eigentliche libXcursor.so.1.0.2 besteht.
statisch vs. shared --> die statische ist halt viel fetter und resource verbrauchender als eine shared (siehst Du schon an der Größe). sie läd sich ja komplett samt libraries in den Speicher, ob wohl die meisten Libs ja schon da sind (da shared und von anderen Progs. schon benötigt).
Die Sache mit dem Speicherzugriffsfehler resultieren meine ich aus Problemen mit dem compilieren bei verschiedenen gcc versionen. Opera wurde früher immer auf Redhad Systemen mit gcc-2.95 oder noch älter compiliert, inzwischen aber auch mit gcc-3.x.x oder vielleicht sogar auf gcc-4.x.x bei der -shared.06 Version.
Meistens traten die Probs. auf, wenn das benutzte System auf einem wesentlich weiter fortgeschrittenen gcc compiliert war als der Opera-Browser.
Ich hatte eigenlich selbst mit Problemen gerechnet, da Suse auf den gcc-4.x umgestiegen ist, aber war erfreut, das Opera für Suse 10.0 dann doch lief. Eine -static- müßte aber auf jeden fall laufen.
Die verschiedenen -shared.(x) Versionen stehen jedenfalls für verschiedene Compilationen (gcc-.x.x)
Ich hoffe Du kannst in den Foren etwas finden. Vielleicht liegt es aber auch an den Rechnern, bei mir lief unter 9.2 die shared Version bis auf wenige Ausnahmen (siehe altes Posting) bei meiner Schwester auf identischer 9.2 Inst. ( aber auf Katastrophenrechner) leider nicht.
mfg Uwe
War länger nicht im Forum, komme leider momentan nicht an den Rechner meiner Schwester. Bei Ihr läuft Opera auch nur in der -static- Version. Zu dem Probs. mit der libXcursor --> das hängt mit der zwei und dreistelligen Versionsnummer zusammen, ich kann jetzt nur bei mir auf der 10.0 schauen, da sind sie ein u.dreistellig, also libXcursor.so.1 und libXcursor.so.1.0.2. Wenn nun Opera eine zweistellige libXcursor sucht (siehst Du am strace Opera) findet er sie nicht, da kein Link von z.b. libXcursor.so.1.0 auf die eigentliche libXcursor.so.1.0.2 besteht.
statisch vs. shared --> die statische ist halt viel fetter und resource verbrauchender als eine shared (siehst Du schon an der Größe). sie läd sich ja komplett samt libraries in den Speicher, ob wohl die meisten Libs ja schon da sind (da shared und von anderen Progs. schon benötigt).
Die Sache mit dem Speicherzugriffsfehler resultieren meine ich aus Problemen mit dem compilieren bei verschiedenen gcc versionen. Opera wurde früher immer auf Redhad Systemen mit gcc-2.95 oder noch älter compiliert, inzwischen aber auch mit gcc-3.x.x oder vielleicht sogar auf gcc-4.x.x bei der -shared.06 Version.
Meistens traten die Probs. auf, wenn das benutzte System auf einem wesentlich weiter fortgeschrittenen gcc compiliert war als der Opera-Browser.
Ich hatte eigenlich selbst mit Problemen gerechnet, da Suse auf den gcc-4.x umgestiegen ist, aber war erfreut, das Opera für Suse 10.0 dann doch lief. Eine -static- müßte aber auf jeden fall laufen.
Die verschiedenen -shared.(x) Versionen stehen jedenfalls für verschiedene Compilationen (gcc-.x.x)
Ich hoffe Du kannst in den Foren etwas finden. Vielleicht liegt es aber auch an den Rechnern, bei mir lief unter 9.2 die shared Version bis auf wenige Ausnahmen (siehe altes Posting) bei meiner Schwester auf identischer 9.2 Inst. ( aber auf Katastrophenrechner) leider nicht.
mfg Uwe
