Poster une réponse à un sujet: Différences entre Fedora...
Attention, ce sujet est un sujet ancien (5237 jours sans réponse)
zion
J'ai trouvé une lib 2.1.92 ( ftp://ftp.sunet.se/pub/Linux/distributions/redhat/redhat-archive/redhat/linux/7.0/en/os/i386/RedHat/RPMS/glibc-2.1.92-14.i686.rpm ), j'ai tenté le coup et je me prends au lancement un:
Runtime error 234 at 0804CE17
Runtime error 234 at 0804CE17
philfr
Edith: ah, oui mais non: relis les posts du début et tu verras qu'une glibc-2.2.2 de chez redhat est en fait plutôt une 2.2.3 avec le bug...
Donc, tente de trouver une glibc redhat plus ancienne, ou une glibc-2.2.2 pas redhat...
philfr
J'ai pas résisté, j'ai été tester. Bon le process part en couilles, il monte à 100% de CPU et répond plus.
C'est le même comportement qu'avec ton Fedora récent ?
zion
J'ai pas résisté, j'ai été tester. Bon le process part en couilles, il monte à 100% de CPU et répond plus.
Faudra que je trifouille partout pour savoir ce qu'il se passe, mais l'histoire continue
Faudra que je trifouille partout pour savoir ce qu'il se passe, mais l'histoire continue
zion
LD_PRELOAD="./libc-2.2.2.so ./libpthread-0.9.so ./libdl-2.2.2.so" ./ld-linux.so.2 ./kelare
Pour ma mémoire ... et ...
Ca l'a chargé et lancé!!!
Bon, je sais pas si il gère bien les exceptions, je vais devoir en provoquer une. Je note ça en rouge dans mon agenda pour lundi, si ça marche ce serait vraiment trop de la balle
Y a pas à dire, c'est vraiment génial de pouvoir compter sur des gens qui connaissent leurs outils
philfr
Non, je voulais dire le LD_PRELOAD avec la liste des librairies, SAUF ld-linux.so.2 qui est un exécutable comme son nom ne l'indique pas...
LD_PRELOAD="..." ./ld-linux.so.2 ./kelare
LD_PRELOAD="..." ./ld-linux.so.2 ./kelare
zion
http://rpm.pbone.net/index.php3/stat/4/idpl/2401280/dir/redhat_7.x/com/glibc-2.2.2-10.i386.rpm.html
Il restait un mirror qui est pas mort, celui de sunet.
Ha benh euh, ca a marché, mais on dirait que là c'est mon code qui a pas apprécié le vieux glibc... Merde
Il restait un mirror qui est pas mort, celui de sunet.
LD_PRELOAD=./ld-linux.so.2 ./kelare Segmentation fault
Ha benh euh, ca a marché, mais on dirait que là c'est mon code qui a pas apprécié le vieux glibc... Merde
philfr
Et avec le LD_PRELOAD avant le ./ld-linux.so.2 ?
Pour le chroot, on fera un tutorial si on ne trouve pas comment faire avec le preload.
Ta glibc-2.2.2, tu l'as trouvée où ? Si tu la mets sur un FTP ou l'autre, je peux essayer de tester aussi.
Pour le chroot, on fera un tutorial si on ne trouve pas comment faire avec le preload.
Ta glibc-2.2.2, tu l'as trouvée où ? Si tu la mets sur un FTP ou l'autre, je peux essayer de tester aussi.
zion
Le ld-linux.so est le dynamic loader, si tu as la vieille version qui va avec la libc, c'est lui que tu peux lancer comme exécutable avec le programme final en argument.
Lance-le sans argument pour voir, et fais man ld.so pour en savoir plus.
Tu pourrais aussi mettre les lib et ton exécutable dans un chroot
Lance-le sans argument pour voir, et fais man ld.so pour en savoir plus.
Tu pourrais aussi mettre les lib et ton exécutable dans un chroot
Mode blibli on a dit
./ld-linux.so.2 ./kelare
./kelare: error while loading shared libraries: ./kelare: undefined symbol: __libc_start_main
Dans un chroot, euh, la doc dit que c'est magnifique, mais je l'ai jamais utilisé non plus
philfr
Le ld-linux.so est le dynamic loader, si tu as la vieille version qui va avec la libc, c'est lui que tu peux lancer comme exécutable avec le programme final en argument.
Lance-le sans argument pour voir, et fais man ld.so pour en savoir plus.
Tu pourrais aussi mettre les lib et ton exécutable dans un chroot
Lance-le sans argument pour voir, et fais man ld.so pour en savoir plus.
Tu pourrais aussi mettre les lib et ton exécutable dans un chroot