Je corrige : il s'agit plutôt du dynamic _linker_ (et non dynamic loader).
Pour régler le problème décrit, il s'agirait peut-être de rendre disponible /lib64/ld-linux-x86-64.so.
Qu'en pensez-vous ?
Quant à linux-vdso.so (virtual symbolic link to the bitness-compatible ; vDSO = virtual dynamic shared object), je ne sais pas en dire grand chose (diagnostiquer/corriger)
https://man7.org/linux/man-pages/man7/vdso.7.html
De: "roger tarani" <
[email protected]>
À: "Liste Debian" <
[email protected]>
Envoyé: Dimanche 30 Avril 2023 13:53:36
Objet: Problème pour servir à un exécutable sa dépendance à libc.so.6 (debian 11)
Bonjour,
J'ai un problème pour faire fonctionner un programme (truc) qui a une dépendance à libc (à libc.so.6).
Il fonctionne sans problème sur 6 hôtes debian11 sur lesquels je l'ai testé. Sans besoin d'utiliser LD_LIBRARY_PATH.
Il ne fonctionne pas sur l'hôte debian11 configuré de zéro par un utilisateur peu coopératif qui attend que "ça marche tout seul" sans se poser de telles questions.
Voici les dépendances de l'exécutable
$ ldd truc
linux-vdso.so.1 (0x00007ffef8f73000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4f87607000) /lib64/ld-linux-x86-64.so.2 (0x00007f4f87813000)
L'hôte (Architecture : x86_64) et l'exécutable (En-tête ELF: Classe: ELF64) sont en 64 bits...
Sur l'hôte qui pose problème :
- libc.so.6 est bien présent. Et est donc inaccessible à l'exécutable.
- la commande ldconfig est introuvable. J'attends de savoir si /usr/sbin/ldconfig existe.
Sur un hôte qui sert correctement libc.so.6 au même exécutable, il y a les liens symboliques suivants vers ld-2.31.so
lrwxrwxrwx 1 root root 32 Apr 19 23:17 /lib64/ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-2.31.so
-rwxr-xr-x 1 root root 177928 Apr 19 23:17 /lib/x86_64-linux-gnu/ld-2.31.so lrwxrwxrwx 1 root root 10 Apr 19 23:17 /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 -> ld-2.31.so
Cela manque sur l'hôte qui pose problème.
Je n'ai JAMAIS eu besoin de gérer cette dépendance occasionnelle du point de vue de l'utilisateur.
Peut-être qu'installer gcc réglerait le problème ou utiliser un 'dpkg reconfigure' ou créer à la main un lien symbolique.
Je crains de m'égarer en ne respectant pas la manière de faire ça sur un hôte debian (cad configurer et utiliser le dynamic loader, si j'ai bien compris).
Comment traiter _propremement_ ce problème ?
Merci.
<html><body><div style="font-family: arial, helvetica, sans-serif; font-size: 12pt; color: #000000"><div>Je corrige : il s'agit plutôt du dynamic _linker_ (et non dynamic loader).<br></div><div><br data-mce-bogus="1"></div><div>Pour régler le problème
décrit, il s'agirait peut-être de rendre disponible /lib64/ld-linux-x86-64.so.</div><div>Qu'en pensez-vous ?<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div><p style="margin: 0px;" data-mce-style="margin: 0px;">Quant à linux-vdso.so
(virtual symbolic link to the bitness-compatible ; vDSO = virtual dynamic shared object), je ne sais pas en dire grand chose (diagnostiquer/corriger)<br></p><p style="margin: 0px;" data-mce-style="margin: 0px;">
https://man7.org/linux/man-pages/man7/vdso.
7.html<br data-mce-bogus="1"></p></div><div><br></div><hr id="zwchr" data-marker="__DIVIDER__"><div data-marker="__HEADERS__"><b>De: </b>"roger tarani" <
[email protected]><br><b>À: </b>"Liste Debian" <
[email protected]><
<b>Envoyé: </b>Dimanche 30 Avril 2023 13:53:36<br><b>Objet: </b>Problème pour servir à un exécutable sa dépendance à libc.so.6 (debian 11)<br></div><div><br></div><div data-marker="__QUOTED_TEXT__"><div style="font-family:'arial' , '
helvetica' , sans-serif;font-size:12pt;color:#000000"><div>Bonjour,<br></div><br><div>J'ai un problème pour faire fonctionner un programme (truc) qui a une dépendance à libc (à libc.so.6).<br></div><br><div>Il fonctionne sans problème sur 6 hôtes
debian11 sur lesquels je l'ai testé. Sans besoin d'utiliser LD_LIBRARY_PATH.<br></div><br><div>Il ne fonctionne pas sur l'hôte debian11 configuré de zéro par un utilisateur peu coopératif qui attend que "ça marche tout seul" sans se poser de telles
questions.<br></div><br><div>Voici les dépendances de l'exécutable<br></div><div>$ ldd truc<br> linux-vdso.so.1 (0x00007ffef8f73000)<br> libc.so.6 => /lib/x86_64-
linux-gnu/libc.so.6 (0x00007f4f87607000)<br> /lib64/ld-linux-x86-64.so.2 (0x00007f4f87813000)<br><br></div><div>L'hôte (Architecture : x86_64) et l'exécutable (En-tête ELF: Classe: ELF64) sont en 64
bits...<br></div><br><div>Sur l'hôte qui pose problème :</div><div>- libc.so.6 est bien présent. Et est donc inaccessible à l'exécutable.<br></div><div>- la commande <strong>ldconfig</strong> est introuvable. J'attends de savoir si /usr/sbin/
ldconfig existe.<br></div><br><div>Sur un hôte qui sert correctement libc.so.6 au même exécutable, il y a les liens symboliques suivants vers <span style="font-family:'courier new' , 'courier' , 'monaco' , monospace , sans-serif">ld-2.31.so</span><br><
/div><br><div><span style="font-family:'courier new' , 'courier' , 'monaco' , monospace , sans-serif">lrwxrwxrwx 1 root root 32 Apr 19 23:17 /lib64/ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-2.31.so</span><br><br></div><div><span style="font-
family:'courier new' , 'courier' , 'monaco' , monospace , sans-serif">-rwxr-xr-x 1 root root 177928 Apr 19 23:17 /lib/x86_64-linux-gnu/ld-2.31.so</span><br><span style="font-family:'courier new' , 'courier' , 'monaco' , monospace , sans-serif">lrwxrwxrwx
1 root root 10 Apr 19 23:17 /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 -> ld-2.31.so</span><br><br></div><div>Cela manque sur l'hôte qui pose problème.<br></div><br><div>Je n'ai JAMAIS eu besoin de gérer cette dépendance
occasionnelle du point de vue de l'utilisateur.<br></div><br><div>Peut-être qu'installer gcc réglerait le problème ou utiliser un 'dpkg reconfigure' ou créer à la main un lien symbolique.<br></div><div>Je crains de m'égarer en ne respectant
pas la manière de faire ça sur un hôte debian (cad configurer et utiliser le dynamic loader, si j'ai bien compris).<br></div><br><div>Comment traiter _propremement_ ce problème ?<br></div><br><div>Merci.</div></div><br></div></div></body></html>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)