Merci.

Pas de souci pour le kernel. La compatibilité des system calls est la seule respectée par Linus.

Cela commence à prendre forme.

Encore une petite question *bonus* :

De manière générale, est-ce qu'on peut dire qu'une librairie *.so et sa version soient étroitement lié à la version d'un kernel et/ou à la version d'une distribution?

"ballader" des version de librairies est-donc dégueulasse si on ne respecte pas bien des dépendances, cela je peux comprendre, mais est-ce fortement dégueulasse de les passer d'un kernel à l'autre?


on parlerait d'une librairie développée/compilée pour un kernel donné?!

Ou bien on peut parler de (backward)-compatibilité ?

J'ai tenté aussi de bouger le softlink comme suit:

rwxrwxrwx 1 root root 18 Jan 24 15:00 libstdc++-libc6.2-2.so.3 -> libstdc++.so.5.0.7
lrwxrwxrwx 1 root root 18 Jan 24 14:59 libstdc++.so.5 -> libstdc++.so.5.0.7
-rwxr-xr-x 1 root root 732K Feb 21 2009 libstdc++.so.5.0.7
lrwxrwxrwx 1 root root 19 Jan 24 14:40 libstdc++.so.6 -> libstdc++.so.6.0.10
-rwxr-xr-x 1 root root 945K May 5 2010 libstdc++.so.6.0.10

(avant libstdc++-libc6.2-2.so.3 pointait vers libstdc++.so.6)

Mais pas mieux...

Dan> c'est noté.
Phil> mmh intéressant! Il me reste à trouver une libstdc++ antérieure et la taper dans cette var?


Sur la SLES11, j'ai :

Essayons:
$~# export LD_PRELOAD=/usr/lib/libstdc++.so.5.0.7 && /chemin/vers/mon/binaire
me donne tjrs le undefined symbol...

En effet ,tant que tu payes la licence, ils s'en tapent que tu installes openview sur la machine à café du bureau
En cas de problèmes , le helpdesk te répondra que la configuration n'est pas supportée et qu'ils ne peuvent rien faire pour toi

Ça, tu peux le faire avec LD_PRELOAD.

Aaahhhhh!

Intéressant...j'avais lu un truc du genre, mais je pige pas le cheminement du raisonement: dans les deux outputs de ldd, la ligne libstdc++ est la même et ne semble pas poser de soucis, si?

Et, for the sake of it, juste pour tester, tu ferais comment pour utiliser une version plus vieille?
je me démerde pour chopper une bonne vieille *so qui traine?
j'ajoute un rpn à la main?
(encore une fois, je n'ai pas le loisir de recompiler le binaire pour le "forcer" à utiliser une lib plutôt qu'une autre...cela va se faire tout seul?)

http://www.ntg.nl/pipermail/ntg-vtex/2003-September/000367.html

Il semblerait qu'il faille downgrader libstdc++

Je crois en effet que cette matière à comparer va me donner la solution...
donc voici:


Ma discretion (remplacement de noms) jusqu'ici était pour m'éviter les foudres de HP (et donc Zion?) mais bon voilà, je pense que les références réèles sont plus parlantes.

(Zion, s'il y a un truc à faire en plus pour que mes liens ne soient pas googlables, feel free! Ah oui, et p-ê que HP s'en tape et contre-tape.... )



Zoé: ah oui, et un petit test sur la SLES11: j'ai voulu virer (déplacer en réalité) les méchante libexpat.so* et ses liens mous qui posaient problème, j'ai relancé ldconfig (tjrs content...) mais...le binaire continue de buter dessus ?!?!