Forum Linux.général une équivalence de GLIBC_2.0

Posté par  .
Étiquettes : aucune
0
13
oct.
2004
salut !
j'ai un logiciel qui me pose des soucis car à son exécution ! j'ai un soucis avec glibc_2.0, je le cherche sur internet et la seule chose que j'ai trouvé pour résoudre mon soucis, c'est lancer la commande : export LD-ASSUME_KERNEL=2.4.9
la, mon logiciel marche, mais il a quelques bug (en rapport avec ça, je ne sais pas) j'aimerais savoir où je peux trouver ce GLIBC_2.0 ! et savoir ce que c'est exactement car je vous avoue que je suis novice sur linux.

merci pour votre attention et aide future !!!

  • # C'est tout ?

    Posté par  . Évalué à -1.

    On connait pas la distribution ni le programme ni la version de glibc....

    > export LD-ASSUME_KERNEL=2.4.9

    Tu as probablement un programme qui utilise linuxthread alors que tu utilises un noyau/libc avec NPTL.

    > où je peux trouver ce GLIBC_2.0 !

    Dans glibc.
    glibc est versionné (caractéristique du format elf) pour supporter plusieurs versions de fonction. C'est entre autre ce qui est fait avec LD_ASSUME_KERNEL qui te permet de choisir linuxthread à la place de NTPL.

  • # petite précision

    Posté par  . Évalué à 1.

    "j'aimerais savoir où je peux trouver ce GLIBC_2.0"

    Tu parle de cela, comme s'il s'agissait d'un ptit soft à installé vite fait
    sur ta machine.
    Prends ton temps et documente toi. La glibc est le coeur de ton système, la brique de base. Donc tu peux vite tout foutre en l'air si tu fais pas attention...

    • [^] # Re: petite précision

      Posté par  . Évalué à 1.

      ok ! merci, je vais chercher des infos complémentaires ! le truc, c'est qu'il y a plein de soucis avec linux et moi, alors, j'avoue ne pas partir à la recherche de plein de documents pour chaque problème... je pensais que GLIBC était simplement un fichier ou une library ! alors,je suis désolé pour le dérangement et je vais taper sur mon petit google pour avoir des infos la dessus !!!

      P.S.
      si tu connais de bon liens, je suis preneur, mais sinon, c'est pas grave, je chercherais et suis déjà en train de le faire !!

      Merce :D

      • [^] # Re: petite précision

        Posté par  . Évalué à 0.

        Le site :
        http://www.gnu.org/software/libc/(...)

        La doc :
        http://www.gnu.org/software/libc/manual/html_node/index.html(...)

        Puisque tu ne veux rien dire de ton problème (on ne connais toujours pas le programme qui coince), bon chance.

        • [^] # Re: petite précision

          Posté par  . Évalué à 1.

          pour info, le logiciel est maya 5.0, quand je le lance dans une console, il marque :
          /usr/aw/may5.0/bin/maya.bin: relocation error: usr/aw/maya5.0/lib/libFoundation.so: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference.

          pour tout vous avouer, je suis vraiment pas un crack sur linux, alors, je lutte vraiment beaucoup et j'ai eu beaucoup de mal à comprendre ce qu'il fallait faire !

          pour moi, le assume kernel marche bien (j'ai résolu les petits soucis qui n'avaient aucun rapport), mais j'aimerait bien résoudre ce soucis pour ne plus avoir à mettre ce assume kernel et faire ce qu'il faut pour que tout marche correctement, sans "bidouille"

          merci pour votre aide !!!!

          p.s.
          ouf !! linux, c'est vraiment bien, je m'y colle, mais c'est vraiment dur !! :D

  • # redhat ?

    Posté par  . Évalué à 1.

    Salut ;

    j'ai eu aussi le problème, un soft fait pour rh el 2.1 et que je voulais faire tourner sour 3.0. Je pense que c'est dû à un changement de compilo (gcc2.x -> gcc3.x).

    Pour ce qui est de la solution, si le LD_ASSUME_KERNEL ne marche pas c'est balot, il y a des chances de devoir upgrader les soft utilises (peut etre *tres* problematique avec des softs proprio).

    hth

    --
    alis

    • [^] # Re: redhat ?

      Posté par  . Évalué à 0.

      RHEL 2.1 n'a pas NPTL, RHEL 3 a NPTL.

      LD_ASSUME_KERNEL sur un système NPTL permet d'utiliser linuxthread (donc de ne pas utiliser NPTL). C'est pour ça qu'il faut l'utiliser pour des vieux programmes qui n'ont pas été compilé avec NPTL.

      Certe, c'est lié à la glibc. Mais si tu vires NPTL de la glibc de ton système, les autres programmes ne marchent pas ou ne profitent pas des amélioration de NPTL.

      Le problème est qu'il y a une implémentation thread par défaut. Sur RHEL 3 c'est NPTL mais linuxthread (l'ancien) est toujours là ! Suffit d'utiliser LD_ASSUME_KERNEL.

      Bref, le bug est souvent entre l'écran et la chaise.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.