Hallo Liste, ich versuche gerade SimCity 3000 auch unter SuSE 9.3 wieder um laufen zu bekommen, scheint aber an der GLIB2.0 zu scheitern. Hatte unter SuSE 9.1 noch einen Patch der eine "sc3u-dynamic" produziert hat (sc3u-2.0a-x86.run), der macht jetzt aber gar nichts mehr. Beim starten von SimCity kommt nun folgende Meldung : sc3u: relocation error: sc3u: symbol _dl_global_scope, version GLIBC_2.0 not defined in file ld-linux.so.2 with link time reference Hat jemand ne Idee was man machen könnte, bzw wo man Hilfe bekommen könnte ? Besten Dank Micha
Am Freitag, 22. April 2005 17:21 schrieb Michael Schueller:
Hat jemand ne Idee was man machen könnte, bzw wo man Hilfe bekommen könnte ?
Hallo Michael, helfen kann ich dir leider nicht, aber versuche es mal unter http://www.linuxforen.de/forums/index.php Da gibt es einen Bereich für Spiele. Musst dich aber, glaube ich, anmelden. Gruß Harry
Am Freitag, 22. April 2005 18:35 schrieb Harry Konietzke:
Am Freitag, 22. April 2005 17:21 schrieb Michael Schueller:
Hat jemand ne Idee was man machen könnte, bzw wo man Hilfe bekommen könnte ?
Hallo Michael,
helfen kann ich dir leider nicht, aber versuche es mal unter
http://www.linuxforen.de/forums/index.php
Da gibt es einen Bereich für Spiele. Musst dich aber, glaube ich, anmelden.
Danke für Deinen Hinweis Ich hab inzwischen herausfinden können das ich den patch für SimCity aufgrund einer inkompatiblen bash Version nicht installieren kann. Der aktuelle Patch für SimCity erwartet eine bash 2.x.x , in SuSE ab 9.2 wird aber eine bash 3.x.x verwendet. Es war aber möglich die bash der SuSE 9.1 einzuspielen, und den Patch damit zu installieren. Jetzt bin ich wieder da wo ich nach dem Upgrade auf SuSE 9.3 war. SimCity ist installiert, der Patch ebenfalls... aber beim starten von SimCity erhalte ich die Meldung "Speicherzugriffsfehler". Naja, scheine ja nicht der einzige zu sein der diesen Fehler zu lesen bekommt :-/ Ob da vielleicht irgendein Zusammenhang besteht ? Gruß Micha
Gruß
Michael Schueller schrieb:
Es war aber möglich die bash der SuSE 9.1 einzuspielen, und den Patch damit zu installieren. Jetzt bin ich wieder da wo ich nach dem Upgrade auf SuSE 9.3 war. SimCity ist installiert, der Patch ebenfalls... aber beim starten von SimCity erhalte ich die Meldung "Speicherzugriffsfehler".
Hast du denn schon LD_ASSUME_KERNEL=2.2.5 /usr/local/bin/sc3u oder export LD_ASSUME_KERNEL=2.2.5 sc3u probiert, wie man es seit längerem bei neuen Distributionen machen konnte? Irgendwann wird sicher auch das mal nicht mehr funktionieren. Dann ist es mit der Abwärtskompatibilität vorbei. MfG
Am Freitag, 22. April 2005 22:29 schrieb Christian Schuglitsch:
Michael Schueller schrieb:
Es war aber möglich die bash der SuSE 9.1 einzuspielen, und den Patch damit zu installieren. Jetzt bin ich wieder da wo ich nach dem Upgrade auf SuSE 9.3 war. SimCity ist installiert, der Patch ebenfalls... aber beim starten von SimCity erhalte ich die Meldung "Speicherzugriffsfehler".
Hast du denn schon LD_ASSUME_KERNEL=2.2.5 /usr/local/bin/sc3u
oder export LD_ASSUME_KERNEL=2.2.5 sc3u
probiert, wie man es seit längerem bei neuen Distributionen machen konnte? Irgendwann wird sicher auch das mal nicht mehr funktionieren. Dann ist es mit der Abwärtskompatibilität vorbei.
Hey Christian, davon hatte ich auch gelesen und dachte ich hätte es auch korrekt ausprobiert, aber scheinbar nicht. Beide von Dir genannten, und auf meinen Installationspfad angewandten, Version funktionieren. Jawoll, sie funktionieren ... es geht ;-) Jetzt hab ich nur noch eine Frage Muß ich den export jedesmal vornehmen, bzw die erst genannte Variante als Startbefehl verwenden, oder wird nach dem erstmaligen export die Funktion beim nächsten Rechnerstart immer noch verfügbar sein ? Mit dankbaren Grüßen Micha
MfG
Hallo, Michael Schueller wrote:
Am Freitag, 22. April 2005 22:29 schrieb Christian Schuglitsch:
Michael Schueller schrieb: ... Hast du denn schon LD_ASSUME_KERNEL=2.2.5 /usr/local/bin/sc3u
oder
export LD_ASSUME_KERNEL=2.2.5 sc3u
probiert, wie man es seit längerem bei neuen Distributionen machen konnte? Irgendwann wird sicher auch das mal nicht mehr funktionieren. Dann ist es mit der Abwärtskompatibilität vorbei.
Hey Christian, davon hatte ich auch gelesen und dachte ich hätte es auch korrekt ausprobiert, aber scheinbar nicht.
Beide von Dir genannten, und auf meinen Installationspfad angewandten, Version funktionieren. Jawoll, sie funktionieren ... es geht ;-)
Jetzt hab ich nur noch eine Frage Muß ich den export jedesmal vornehmen, bzw die erst genannte Variante als Startbefehl verwenden, oder wird nach dem erstmaligen export die Funktion beim nächsten Rechnerstart immer noch verfügbar sein ?
Nein, das sind Befehle die sich nur auf das Environment der aktuellen shell auswirken (und auf die davon gestarteten Prozesse). Das ist nicht erst beim Neustart weg, sndern schon wenn Du ein anderes Terminalfenster benutzt. Am einfachsten ist es, wenn Du gerne SimCity spielst, eine kleine Scriptdatei anzulegen: ------------------------------------------- #!/bin/bash LD_ASSUME_KERNEL=2.2.5 /usr/local/bin/sc3u ------------------------------------------- Die könntest Du dann auch vom Desktop aus starten. Nach dem Herstellen der Datei chmod u+x oder was für Dein System passt nicht vergessen. Mehr Infos? => man bash; man chmod Bash Manual ist etwas länger ;-) Arno
Mit dankbaren Grüßen Micha
MfG
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Am Freitag, 22. April 2005 23:31 schrieb Arno Lehmann:
Am einfachsten ist es, wenn Du gerne SimCity spielst, eine kleine Scriptdatei anzulegen:
------------------------------------------- #!/bin/bash LD_ASSUME_KERNEL=2.2.5 /usr/local/bin/sc3u -------------------------------------------
Die könntest Du dann auch vom Desktop aus starten.
Hallo Arno, scheint noch nicht mal nötig zu sein. Ich hatte mir gerade einen Programmstarter mit dem entsprechenden Befehl angelegt, funktioniert auch. Nur mit dem Sound gibt es jetzt noch etwas Probleme. SimCity will direkt auf´s device zugreifen, was aber letztlich nicht so tragisch ist. Die Musik schaltet man ja eh ab ;-) Vielen Dank Micha
On Friday 22 April 2005 23:49, Michael Schueller wrote:
Nur mit dem Sound gibt es jetzt noch etwas Probleme. SimCity will direkt auf´s device zugreifen, was aber letztlich nicht so tragisch ist. Die Musik schaltet man ja eh ab ;-)
Wenn du KDE benutzt, dann schnappt sich der aRts (der Soundserver, der mit KDE kommt) üblicherweise das Sound-Device. Um Programmen Sound zu ermöglichen, die arts nicht direkt unterstützen, gibt es beim aRts das Programm "artsdsp", Benutzung: artsdsp <Kommando> Dabei bekommt <Kommando> ein dsp-Device emuliert, das auf den aRts umleitet. Meistens klappt das damit. Viele Grüße, Michael
Am Montag, 25. April 2005 10:19 schrieb Michael Möller:
On Friday 22 April 2005 23:49, Michael Schueller wrote:
Nur mit dem Sound gibt es jetzt noch etwas Probleme. SimCity will direkt auf´s device zugreifen, was aber letztlich nicht so tragisch ist. Die Musik schaltet man ja eh ab ;-);-)
Wenn du KDE benutzt, dann schnappt sich der aRts (der Soundserver, der mit KDE kommt) üblicherweise das Sound-Device. Um Programmen Sound zu ermöglichen, die arts nicht direkt unterstützen, gibt es beim aRts das Programm "artsdsp", Benutzung: artsdsp <Kommando> Dabei bekommt <Kommando> ein dsp-Device emuliert, das auf den aRts umleitet. Meistens klappt das damit.
Hi Michael, auch das funktioniert. Leider überlebt aber das emulierte dsp-device keinen Neustart, insofern muß artsdsp mindestens einmal pro session ausgeführt werden. Jetzt werd ich mich wohl mal mit der Frage auseinandersetzen wie man bash scrippte schreibt (naja, wolln mal nicht übertreiben, halt nur wie ich den export Befehl und den Aufruf von sc3u mittels artsdsp in zwei Zeilen Packe) Trotzdem wundert es mich das das alle unter 9.1 nicht nötig war... Gruß Mcha
Viele Grüße, Michael
On Monday 25 April 2005 13:45, Michael Schueller wrote:
Hi Michael, auch das funktioniert. Leider überlebt aber das emulierte dsp-device keinen Neustart, insofern muß artsdsp mindestens einmal pro session ausgeführt werden. Nein nein, artsdsp überlebt nicht mal den Prozess. artsdsp stellt das emulierte dsp-Device nur dem Prozess zur Verfügung, den du mit artsdsp startest.
Jetzt werd ich mich wohl mal mit der Frage auseinandersetzen wie man bash scrippte schreibt (naja, wolln mal nicht übertreiben, halt nur wie ich den export Befehl und den Aufruf von sc3u mittels artsdsp in zwei Zeilen Packe)
Zwei Befehle kling nicht gut.. LD_ASSUME_KERNEL=2.2.5 artsdsp /usr/local/bin/sc3u ...sollte es wohl eher sein. Ich weiß nur nicht, ob artsdsp es mag "einen 2.2.5er Kernel anzunehmen" - aber wenn der Befehl bei dir geklappt hat, dann ist das ja vermutlich kein Problem.
Trotzdem wundert es mich das das alle unter 9.1 nicht nötig war...
Der aRts funktioniert unter 9.1 eigentlich ganz genauso wie unter 9.3 - vielleicht hast du die Zeit, bis der aRts sich "suspend"et unter 9.1 kürzer eingestellt. Viele Grüße, Michael
participants (5)
-
Arno Lehmann -
Christian Schuglitsch -
Harry Konietzke -
Michael Möller -
Michael Schueller