Am Montag, 6. Februar 2006 20:11 schrieb Bernhard Walle:

Hallo,

Ralf Schuhmann [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 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 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

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)

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)

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)

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

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