Hallo Leute, wenn ich hier einen falschen Tered anstoßen sollte bitte ich schon mal um Verzeihung, aber ich weiß sonst nicht weiter. Zu meinem Problem: Ich wollte das Spiel SimCity3 auf meinm Computer starten doch auf der console bekomme ich die Frehlermeldung: sc3u: relocation error: sc3u: symbol _dl_global_scope, version GLIBC_2.0 not defined in file ld-linux.so.2 with link time reference Was soll das bedeuten? Bzw. was kann ich tun um den Fehler zu korrigieren damit das Spiel startet? Danke für Eure Antworten MfG Ralf -- 007: Documentation is like sex: when it is good, it is very, very good; and when it is bad, it is better than nothing.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, Ralf Schuhmann <mail@eisener-engel.de> [2006-02-06]:
Ich wollte das Spiel SimCity3 auf meinm Computer starten doch auf der console bekomme ich die Frehlermeldung: sc3u: relocation error: sc3u: symbol _dl_global_scope, version GLIBC_2.0 not defined in file ld-linux.so.2 with link time reference
Was soll das bedeuten? Bzw. was kann ich tun um den Fehler zu korrigieren damit das Spiel startet?
Probier mal $ export LD_ASSUME_KERNEL=2.4.1 $ sc3u Gruß, Bernhard - -- Jeder dumme Junge kann einen Käfer zertreten. Aber alle Professoren der Welt können keinen herstellen. -- Arthur Schopenhauer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD559iiGU2lt2vZFQRAjoJAJ4mr008MrmFj7QzT9GEJVUxN8eQaACgoaW7 7B2yPswbFiaCOkGcDBdkKqQ= =P+v6 -----END PGP SIGNATURE-----
Am Montag, 6. Februar 2006 20:11 schrieb Bernhard Walle:
Hallo,
Ralf Schuhmann <mail@eisener-engel.de> [2006-02-06]:
Ich wollte das Spiel SimCity3 auf meinm Computer starten doch auf der console bekomme ich die Frehlermeldung: sc3u: relocation error: sc3u: symbol _dl_global_scope, version GLIBC_2.0 not defined in file ld-linux.so.2 with link time reference
Was soll das bedeuten? Bzw. was kann ich tun um den Fehler zu korrigieren damit das Spiel startet?
Probier mal
$ export LD_ASSUME_KERNEL=2.4.1 $ sc3u
Gruß, Bernhard
Hallo Bernd, danke für die Antwort, leider ist die Fehlermeldung die Gleiche. Gruß Ralf -- 040: Bayern lebt vom Rohstoff Geist, und Bayern ist ein rohstoffarmes Land. --(Nockherberg 2004)
Am Dienstag, 7. Februar 2006 08:45 schrieb Ralf Schuhmann:
Am Montag, 6. Februar 2006 20:11 schrieb Bernhard Walle:
Hallo,
Ralf Schuhmann <mail@eisener-engel.de> [2006-02-06]:
Ich wollte das Spiel SimCity3 auf meinm Computer starten doch auf der console bekomme ich die Frehlermeldung: sc3u: relocation error: sc3u: symbol _dl_global_scope, version GLIBC_2.0 not defined in file ld-linux.so.2 with link time reference
Was soll das bedeuten? Bzw. was kann ich tun um den Fehler zu korrigieren damit das Spiel startet?
Probier mal
$ export LD_ASSUME_KERNEL=2.4.1 $ sc3u
Gruß, Bernhard
Hallo Bernd,
danke für die Antwort, leider ist die Fehlermeldung die Gleiche.
Gruß Ralf
Moin Rals, also ich hab hier sc3u unter OSS 10.0 am laufen. Hast Du denn das Spiel vorher auch gepacht ? es gibt da unter ftp://sunsite.dk/mirrors/lokigames/updates/sc3u einen Patch den ich aber auch schon unter 9.1 anwenden mußte, bevor das Spiel dann lief. Den Patch downloaden, in das Spielverzeichnis kopieren, und darin ausführen. Anschließend ein kleines script schreiben --------------------------------------------------------------------- #!/bin/bash LD_ASSUME_KERNEL=2.2.5 artsdsp /pfad/zum /spiel/sc3u --------------------------------------------------------------------- Das script in den Eigenschaften ausführbar machen, und draufklicken... Die Kernel Version im Script wurde mir mal hier in einem anderem Thread empfohlen, damit läufts bei mir jedenfalls ... Gruß Micha
Am Dienstag, 7. Februar 2006 10:12 schrieb Michael Schueller:
Am Dienstag, 7. Februar 2006 08:45 schrieb Ralf Schuhmann:
Am Montag, 6. Februar 2006 20:11 schrieb Bernhard Walle: <<<<<<schnipp>>>>>
Moin Rals, also ich hab hier sc3u unter OSS 10.0 am laufen. Hast Du denn das Spiel vorher auch gepacht ? es gibt da unter
ftp://sunsite.dk/mirrors/lokigames/updates/sc3u
ok!
einen Patch den ich aber auch schon unter 9.1 anwenden mußte, bevor das Spiel dann lief. Den Patch downloaden, in das Spielverzeichnis kopieren, und darin ausführen.
Da bekam ich folgende Meldung: Uncompressing SimCity 3000 Unlimited 2.0a Updatetrap: usage: trap [-lp] [arg signal_spec ...] Weiß nicht was ich damit anfangen soll.
Anschließend ein kleines script schreiben
--------------------------------------------------------------------- #!/bin/bash LD_ASSUME_KERNEL=2.2.5 artsdsp /pfad/zum /spiel/sc3u
---------------------------------------------------------------------
Ok!
Das script in den Eigenschaften ausführbar machen, und draufklicken...
Die Kernel Version im Script wurde mir mal hier in einem anderem Thread empfohlen, damit läufts bei mir jedenfalls ...
Sollte ich das Script auf meine Kernelversion anpassen (2.6.11.4-21.10 so im Kontrollzentrum beschrieben)?
Gruß Micha
Gruß Ralf -- 009: Zwei Dinge sind unendlich, das Universum und die menschliche Dummheit, aber beim Universum bin ich mir noch nicht ganz sicher. --(Albert Einstein)
Am Dienstag, 7. Februar 2006 15:37 schrieb Ralf Schuhmann:
Am Dienstag, 7. Februar 2006 10:12 schrieb Michael Schueller:
Am Dienstag, 7. Februar 2006 08:45 schrieb Ralf Schuhmann:
Am Montag, 6. Februar 2006 20:11 schrieb Bernhard Walle:
<<<<<<schnipp>>>>>
Moin Rals, also ich hab hier sc3u unter OSS 10.0 am laufen. Hast Du denn das Spiel vorher auch gepacht ? es gibt da unter
ftp://sunsite.dk/mirrors/lokigames/updates/sc3u
ok!
einen Patch den ich aber auch schon unter 9.1 anwenden mußte, bevor das Spiel dann lief. Den Patch downloaden, in das Spielverzeichnis kopieren, und darin ausführen.
Da bekam ich folgende Meldung: Uncompressing SimCity 3000 Unlimited 2.0a Updatetrap: usage: trap [-lp] [arg signal_spec ...] Weiß nicht was ich damit anfangen soll.
Hast Du das den wie beschrieben ausgeführt INSTALLING THIS PATCH Either use the Loki Update Tool, or manually install the patch by typing "sh <patchfile>" at the command line: $ sh sc3u-2.0a-x86.run Oder versuchst Du das Update Tool zu starten ?
Anschließend ein kleines script schreiben
--------------------------------------------------------------- ------ #!/bin/bash LD_ASSUME_KERNEL=2.2.5 artsdsp /pfad/zum /spiel/sc3u
--------------------------------------------------------------- ------
Ok!
Das script in den Eigenschaften ausführbar machen, und draufklicken...
Die Kernel Version im Script wurde mir mal hier in einem anderem Thread empfohlen, damit läufts bei mir jedenfalls ...
Sollte ich das Script auf meine Kernelversion anpassen (2.6.11.4-21.10 so im Kontrollzentrum beschrieben)?
Ne, dann könntest Du Dir das ja auch sparen...
Gruß Micha
Gruß Ralf
Am Mittwoch, 8. Februar 2006 10:49 schrieb Michael Schueller:
Am Dienstag, 7. Februar 2006 15:37 schrieb Ralf Schuhmann:
Am Dienstag, 7. Februar 2006 10:12 schrieb Michael Schueller:
Am Dienstag, 7. Februar 2006 08:45 schrieb Ralf Schuhmann:
Am Montag, 6. Februar 2006 20:11 schrieb Bernhard Walle:
<<<<<<schnipp>>>>>
Da bekam ich folgende Meldung: Uncompressing SimCity 3000 Unlimited 2.0a Updatetrap: usage: trap [-lp] [arg signal_spec ...] Weiß nicht was ich damit anfangen soll.
Hast Du das den wie beschrieben ausgeführt
INSTALLING THIS PATCH JA!
Either use the Loki Update Tool, or manually install the patch by typing "sh <patchfile>" at the command line:
$ sh sc3u-2.0a-x86.run ^^^^^^^^^^^^^^^^
Ergebnis: $:/usr/local/games/SC3U # sh sc3u-2.0a-x86.run Verifying archive integrity...OK Uncompressing SimCity 3000 Unlimited 2.0a Updatetrap: usage: trap [-lp] [arg signal_spec ...] ????????????????????
Oder versuchst Du das Update Tool zu starten ?
Nein
Anschließend ein kleines script schreiben
--------------------------------------------------------------- ------ #!/bin/bash LD_ASSUME_KERNEL=2.2.5 artsdsp /pfad/zum /spiel/sc3u
--------------------------------------------------------------- ------
Ok!
Das script in den Eigenschaften ausführbar machen, und draufklicken...
Die Kernel Version im Script wurde mir mal hier in einem anderem Thread empfohlen, damit läufts bei mir jedenfalls ...
Sollte ich das Script auf meine Kernelversion anpassen (2.6.11.4-21.10 so im Kontrollzentrum beschrieben)?
Ne, dann könntest Du Dir das ja auch sparen...
Ok
Gruß Micha
Beim nochmaligen Versuch das Spiel zu starten kommt folgendes: $:/usr/local/games/SC3U # script Script started, file is typescript $:/usr/local/games/SC3U # sc3u sc3u: relocation error: sc3u: symbol _dl_global_scope, version GLIBC_2.0 not defined in file ld-linux.so.2 with link time reference Gruß Ralf -- 008: Microsoft is not the answer. Microsoft is the question. NO (or Linux) is the answer. -- Taken from a .signature from someone from the UK, source unknown
Hallo, Am Thu, 09 Feb 2006, Ralf Schuhmann schrieb:
Am Mittwoch, 8. Februar 2006 10:49 schrieb Michael Schueller:
$ sh sc3u-2.0a-x86.run ^^^^^^^^^^^^^^^^
Ergebnis: $:/usr/local/games/SC3U # sh sc3u-2.0a-x86.run Verifying archive integrity...OK Uncompressing SimCity 3000 Unlimited 2.0a Updatetrap: usage: trap [-lp] [arg signal_spec ...] ????????????????????
Deine sh ist wohl zu maekelig, das 'trap' meiner bash-2.05 frisst das script. Probier mal: bash --posix sc3u-2.0a-x86.run -dnh -- Error: File not found -- search behind couch? (Y/N)
Am Donnerstag, 9. Februar 2006 13:02 schrieb David Haller:
Hallo,
Am Thu, 09 Feb 2006, Ralf Schuhmann schrieb:
Am Mittwoch, 8. Februar 2006 10:49 schrieb Michael Schueller:
$ sh sc3u-2.0a-x86.run
^^^^^^^^^^^^^^^^
Ergebnis: $:/usr/local/games/SC3U # sh sc3u-2.0a-x86.run Verifying archive integrity...OK Uncompressing SimCity 3000 Unlimited 2.0a Updatetrap: usage: trap [-lp] [arg signal_spec ...] ????????????????????
Deine sh ist wohl zu maekelig, das 'trap' meiner bash-2.05 frisst das script.
Probier mal: bash --posix sc3u-2.0a-x86.run ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
$:/usr/local/games/SC3U # bash --posix sc3u-2.0a-x86.run Verifying archive integrity...OK Uncompressing SimCity 3000 Unlimited 2.0a Updatetrap: usage: trap [-lp] [arg signal_spec ...] leider das gleiche Ergebnis Gruß Ralf -- 020: Philosophie ist der Versuch, in einem dunklen Zimmer eine schwarze Katze zu fangen, die gar nicht drin ist. Theologie ist der Versuch, in einem dunklen Zimmer eine schwarze Katze zu fangen, die gar nicht drin ist, und dabei zu rufen: "Ich hab' sie!" --(Pablo Cruz)
Hallo, Am Thu, 09 Feb 2006, Ralf Schuhmann schrieb:
Probier mal: bash --posix sc3u-2.0a-x86.run ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
$:/usr/local/games/SC3U # bash --posix sc3u-2.0a-x86.run Verifying archive integrity...OK Uncompressing SimCity 3000 Unlimited 2.0a Updatetrap: usage: trap [-lp] [arg signal_spec ...]
leider das gleiche Ergebnis
Ok. Dann eben so: /usr/local/games/SC3U # ash ./sc3u-2.0a-x86.run Alternativ zur ash geht auch die pdksh (installiert als ksh) und chmod u+x ./sc3u-2.0a-x86.run sash -c ./sc3u-2.0a-x86.run Falls du keine der o.g. installiert hast, installiere die 'ash', die ist gerade mal 64kB gross und die ist auch anderweitig nuetzlich, denn was in der ash funktioniert, laeuft fast immer auch in jeder anderen bourne-kompatiblen shell wie bash, ksh usw. -dnh -- Wer mit aller Gewalt ans Ziel will, wird feststellen, das er hinterher nur wieder am Start landet. [WoKo in dag°]
Am Freitag, 10. Februar 2006 10:10 schrieb David Haller:
Hallo,
Am Thu, 09 Feb 2006, Ralf Schuhmann schrieb:
Probier mal: bash --posix sc3u-2.0a-x86.run
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
$:/usr/local/games/SC3U # bash --posix sc3u-2.0a-x86.run Verifying archive integrity...OK Uncompressing SimCity 3000 Unlimited 2.0a Updatetrap: usage: trap [-lp] [arg signal_spec ...]
leider das gleiche Ergebnis
Ok. Dann eben so:
/usr/local/games/SC3U # ash ./sc3u-2.0a-x86.run
Alternativ zur ash geht auch die pdksh (installiert als ksh) und
chmod u+x ./sc3u-2.0a-x86.run sash -c ./sc3u-2.0a-x86.run
Falls du keine der o.g. installiert hast, installiere die 'ash', die ist gerade mal 64kB gross und die ist auch anderweitig nuetzlich, denn was in der ash funktioniert, laeuft fast immer auch in jeder anderen bourne-kompatiblen shell wie bash, ksh usw.
-dnh DANKE, jetzt läuft das Spiel wenigstens nur habe ich noch Probleme mit dem Sound, es kommt zwar welcher aber er ist zerhackt, und leider ist die Sprache Englisch. Ach und ne' Fehlermeldung bekomme ich auch und zwar:
fcntl: Invalid argument MfG Ralf -- 036: Luege nie! Du kannst ja nicht behalten, was du alles gesagt hast. --(Konrad Adenauer)
Hallo, Am Fri, 10 Feb 2006, Ralf Schuhmann schrieb:
Am Freitag, 10. Februar 2006 10:10 schrieb David Haller: [..]
/usr/local/games/SC3U # ash ./sc3u-2.0a-x86.run [..] DANKE, jetzt läuft das Spiel wenigstens nur habe ich noch Probleme mit dem
Mit welcher shell ging es bzw. welchee hast du installiert?
Sound, es kommt zwar welcher aber er ist zerhackt,
Da musst du mehr erzaehlen. Welche Soundkarte, welche Treiber...
und leider ist die Sprache Englisch.
Die Uebersetzung wurde evtl. nicht uebersetzt. Kann sein, dass du damit leben musst.
Ach und ne' Fehlermeldung bekomme ich auch und zwar:
fcntl: Invalid argument
Nicht mehr? Zeile vorher? Ansonsten mal ltrace -f -S -s 128 sc3u 2>&1 >/dev/null | grep -2 fcntl aufrufen... -dnh -- Wenn diese Liste über Mailman betrieben würde, dann würden wir den ganzen Tag nichts anderes machen als eine Menschenkette zum nächsten Computerladen aufrechtzuerhalten um RAM in einem konstanten fluss in lists.suse.com einzubauen ;) -- suse-linux-owner, ebenda
Am Freitag, 10. Februar 2006 21:13 schrieb David Haller:
Hallo,
Am Fri, 10 Feb 2006, Ralf Schuhmann schrieb:
Am Freitag, 10. Februar 2006 10:10 schrieb David Haller:
[..]
/usr/local/games/SC3U # ash ./sc3u-2.0a-x86.run
[..]
DANKE, jetzt läuft das Spiel wenigstens nur habe ich noch Probleme mit dem
Mit welcher shell ging es bzw. welchee hast du installiert?
Mit der ash, war schon auf meinem Rechner.
Sound, es kommt zwar welcher aber er ist zerhackt,
Da musst du mehr erzaehlen. Welche Soundkarte, welche Treiber...
Karte: nForce2 AC97, Treiber: Intel ICH (laut Yast) sonst funktioniert die Karte.
und leider ist die Sprache Englisch.
Die Uebersetzung wurde evtl. nicht uebersetzt. Kann sein, dass du damit leben musst.
kann man das irgenwie ueberpruefen?
Ach und ne' Fehlermeldung bekomme ich auch und zwar:
fcntl: Invalid argument
Nicht mehr? Zeile vorher? Ansonsten mal
nein leider nicht $:/usr/local/games/SC3U> ./script (-> startscript) fcntl: Invalid argument fcntl: Invalid argument $:/usr/local/games/SC3U>
ltrace -f -S -s 128 sc3u 2>&1 >/dev/null | grep -2 fcntl
aufrufen...
was sollte da passieren? Bei mir kommt nichts: $:~> ltrace -f -S -s 128 sc3u 2>&1 >/dev/null | grep -2 fcntl $:~> Gruß Ralf
-dnh
-- Wenn diese Liste über Mailman betrieben würde, dann würden wir den ganzen Tag nichts anderes machen als eine Menschenkette zum nächsten Computerladen aufrechtzuerhalten um RAM in einem konstanten fluss in lists.suse.com einzubauen ;) -- suse-linux-owner, ebenda
-- 021: Bigamie heisst, dass man eine Frau zuviel hat. Monogamie auch. --(Gabriele Wohmann)
Am Do, 9 Feb 2006 13:02:23 +0100 schrieb David Haller:
Deine sh ist wohl zu maekelig, das 'trap' meiner bash-2.05 frisst das script.
Bash 3 hat sich da geändert. Siehe auch http://www.opengroup.org/onlinepubs/009695399/utilities/trap.html Philipp
Hallo, Am Sat, 11 Feb 2006, Philipp Thomas schrieb:
Am Do, 9 Feb 2006 13:02:23 +0100 schrieb David Haller:
Deine sh ist wohl zu maekelig, das 'trap' meiner bash-2.05 frisst das script.
Bash 3 hat sich da geändert. Siehe auch http://www.opengroup.org/onlinepubs/009695399/utilities/trap.html
Habe ich mir schon gedacht und halte es auch fuer sinnvoll, dass SIGNAL_SPEC angegeben werden muss. In diesem Fall ist's halt ein tar.gz mit entpack-script ('Makeself') dessen Checksum ueberprueft wird, da ist's nicht so einfach die relevante Zeile zu aendern: $ diff -U0 sc3u-2.0a-x86.run sc3u-2.0a-x86.sh --- sc3u-2.0a-x86.run Wed Mar 27 22:02:35 2002 +++ sc3u-2.0a-x86.sh Sat Feb 11 13:45:01 2006 @@ -154 +154 @@ -[ "$keep" = y ] || trap 'cd /tmp; /bin/rm -rf $tmpdir; exit $res' +[ "$keep" = y ] || trap 'cd /tmp; /bin/rm -rf $tmpdir; exit $res' 0 $ sh sc3u-2.0a-x86.sh Verifying archive integrity...Error in check sums 2212847022 2069455402 -dnh -- 165: SuSE Nürnberger Windows (Andreas Gradert)
Hallo, Am Sat, 11 Feb 2006, Philipp Thomas schrieb:
David Haller schrieb:
Verifying archive integrity...Error in check sums 2212847022 2069455402
Das hat mich heftig geärgert, dass die Bash keinen Schalter o.ä. hat, mit dem sich das Verhalten von trap ändern lässt.
ACK. Das waere schon gut. Ist die Aenderung eigentlich prominent dokumentiert, z.B. in 'help trap'? Ist ne ueble Falle wenn man eben auf aeltere Scripte wie das 'Makeself' generierte trifft (und einen die Checksumme die Korrektur auch schwer macht)... -dnh -- Digital files cannot be made uncopyable, any more than water can be made not wet. --Bruce Schneier on `copy protection' schemes
David Haller:
Ist die Aenderung eigentlich prominent dokumentiert, z.B. in 'help trap'?
Erster Teil davon: trap: trap [-lp] [arg signal_spec ...] The command ARG is to be read and executed when the shell receives signal(s) SIGNAL_SPEC. If ARG is absent (and a single SIGNAL_SPEC is supplied) or `-', each specified signal is reset to its original value. If ARG is the null string each SIGNAL_SPEC is ignored by the shell and by the commands it invokes. If a SIGNAL_SPEC is EXIT (0) the command ARG is executed on exit from the shell. If a SIGNAL_SPEC is DEBUG, ARG is executed after every simple command. If the`-p' option is supplied then the trap commands associated with each SIGNAL_SPEC are displayed. If no arguments are supplied or if only `-p' is given, trap prints the list of commands associated with each signal. Each SIGNAL_SPEC is either a signal name in <signal.h> or a signal number. Signal names are case insensitive and the SIG prefix is optional. `trap -l' prints a list of signal names and their corresponding numbers. Note that a signal can be sent to the shell with "kill -signal $$".
Ist ne ueble Falle wenn man eben auf aeltere Scripte wie das 'Makeself' generierte trifft (und einen die Checksumme die Korrektur auch schwer macht)...
Da muss man sich halt mit pdksh etc. behelfen, wie du ja schon schriebst. Philipp
Hallo, Am Sat, 11 Feb 2006, Philipp Thomas schrieb:
David Haller:
Ist die Aenderung eigentlich prominent dokumentiert, z.B. in 'help trap'?
trap: trap [-lp] [arg signal_spec ...] [.. nix zum Fall "ARG" und kein SIGNAL_SPEC ..]
Also nur "unauffaellig" durch die geaenderte Klammerung: $ help trap trap: trap [arg] [signal_spec ...] ^^^ -dnh -- HTML ist eigentlich nur SGML das nicht validiert. -- nach B. Wachter
participants (5)
-
Bernhard Walle -
David Haller -
Michael Schueller -
Philipp Thomas -
Ralf Schuhmann