Hallo, ich habe hier ein Programm, dass scheinbar darauf besteht, dass die glibc-2.1.3 installiert ist. Meine SuSE 9.0 hat aber die glibc-2.3.2 installiert. Lt. Paket-Beschreibung enthält das Paket u. a. ld-linux.so.2(GLIBC_2.1) und libc.SO.6(GLIBC_2.1.3). Ist die glibc-2.3.2 damit abwärtskompatibel zur glibc-2.1.3 und wenn ja, wie kann ich einem Programm vorgaukeln, dass die glibc-2.1.3 installiert ist? Sollte das nicht möglich sein, wie installiere ich die glibc-2.1.3 neben der glibc-2.3.2? Ich habe hier die Installations-CDs der 6.3, 7.0 und 7.3. Kann ich von einer dieser CDs die glibc-2.1.3 installieren? Welches Paket wäre das dann? Gruß Thorsten Rahner
Am Mittwoch, 10. März 2004 23:42 schrieb Thorsten Rahner:
ich habe hier ein Programm, dass scheinbar darauf besteht, dass die glibc-2.1.3 installiert ist. Meine SuSE 9.0 hat aber die glibc-2.3.2 installiert.
Finger weg von der glibc, Du wirst nicht glücklich, wenn Du daran rumfuhrwerkst. Wenn ein Programm Probleme macht, compiliere es neu.
Lt. Paket-Beschreibung enthält das Paket u. a. ld-linux.so.2(GLIBC_2.1) und libc.SO.6(GLIBC_2.1.3). Ist die glibc-2.3.2 damit abwärtskompatibel zur glibc-2.1.3 und wenn ja, wie kann ich einem Programm vorgaukeln, dass die glibc-2.1.3 installiert ist?
Normalerweise ist die glibc abwärtskompatibel, so dass es da kein Probleme geben sollte. Wie genau äussern sich denn die Probleme? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo Manfred, neucompilieren geht nicht, da ich die Quellen nicht habe (kommerzielles Spiel - Civilization call to power). Wenn ich das Spiel aus einem xterm starte bricht es beim Start des eigentlichen Spiel mit folgender Meldung ab: BUG! (Segmentation Fault) Going down hard... CivCTP Linux 1.1 Thu Jun 10 19:51:54 PDT 1999 Built with flags: -O2 -funroll-loops -fno-exceptions -fno-rtti -g -D_REENTRANT -DPACK=__attribute__ ((packed)) -DCIV3_SPECIES=75 -D_BFR_ -malign-double -D_SDL_STATIC_LIB -DSTATICALLY_LINKED Built with glibc-2.1 Stack dump: { 0x804b5f0 0xbfffdeac 0x847136a 0x8470feb 0x8471484 0x83dcd16 0x8470feb 0x83dd024 0x83dccef 0x8048f48 0x818aed6 0x817f33b 0x817e8ea 0x81758b6 0x804dd2c 0x804e85a 0x804ef02 0x82219fc 0x822193f 0x804e560 0x804e766 0x804b8f7 0x84403bd 0x8048111 } Please send a full bug report, along with the contents of autosave to: support@lokigames.com Getötet Das war hier auch schon am 17.10.2003 Thema. Allerdings halfen mir die Emails nicht so richtig weiter. Eine zweite SuSe-Installation wollte ich nun nicht gerade durchführen. Aus den Emails konnte ich aber zumindest entnehmen, dass die glibc wohl das Problem ist. Daher rührt ja meine Frage. Im Prinzip könnte ich mir vorstellen, dass man dem Programm nur irgendwie vorgaukeln müsste, dass die glibc-2.3.2 oder so die glibc-2.1.3 ist. Vielleicht durch einen Link. Nur, wie müsste der aussehen bzw. geht das überhaupt. Gruß Thorsten Rahner Am Donnerstag, 11. März 2004 22:33 schrieb Manfred Tremmel:
Am Mittwoch, 10. März 2004 23:42 schrieb Thorsten Rahner:
ich habe hier ein Programm, dass scheinbar darauf besteht, dass die glibc-2.1.3 installiert ist. Meine SuSE 9.0 hat aber die glibc-2.3.2 installiert.
Finger weg von der glibc, Du wirst nicht glücklich, wenn Du daran rumfuhrwerkst. Wenn ein Programm Probleme macht, compiliere es neu.
Lt. Paket-Beschreibung enthält das Paket u. a. ld-linux.so.2(GLIBC_2.1) und libc.SO.6(GLIBC_2.1.3). Ist die glibc-2.3.2 damit abwärtskompatibel zur glibc-2.1.3 und wenn ja, wie kann ich einem Programm vorgaukeln, dass die glibc-2.1.3 installiert ist?
Normalerweise ist die glibc abwärtskompatibel, so dass es da kein Probleme geben sollte. Wie genau äussern sich denn die Probleme?
-- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/
| http://packman.links2linux.de/
Manfred | http://www.knightsoft-net.de
participants (2)
-
Manfred Tremmel
-
Thorsten Rahner