Pourquoi le même binaire voulez linux-vdso..1 sur un 64 bits RHEL 5.4 serveur et pas un autre?

J'ai un client en exécutant une analyse du fichier programme appelé cleanfileg et de la dernière mise à jour, il devient de date format d'erreur lors de l'analyse un fichier.

Ce qui est bizarre, c'est que nous sommes tous les deux exécutant le même programme, sur le même fichier, avec les mêmes versions de gcc, pthread, la libc etc. sur la même version de RHEL64 (5.4) et je ne peut pas répliquer son problème. Il peut restaurer le mois dernier la version de cleanfileg et tout fonctionne bien, donc je suis assez sûr que ligne par ligne par le biais de la source sera susceptible de me trouver une réponse, mais ce qui est source de confusion pour moi, c'est que sur un coup de tête, je lui ai demandé d'exécuter la commande ldd sur son exécutable pour voir si il tirait de différentes verions des objets partagés.

Son-

# ldd cleanfileg
linux-vdso.so.1 =>  (0x00002ad4c98d1000)
libmdGeo.so => /tools/clean_address/bin/libmdGeo.so (0x00002ad4c98d6000)
libmdName.so => /tools/clean_address/bin/libmdName.so (0x00002ad4c9a70000)
libmdPhone.so => /tools/clean_address/bin/libmdPhone.so (0x00002ad4c9df1000)
libmdAddr.so => /tools/clean_address/bin/libmdAddr.so (0x00002ad4ca28c000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x0000003833600000)
libAddressDoctor5.so => /tools/clean_address/bin/libAddressDoctor5.so (0x00002ad4ca96d000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003831600000)
libm.so.6 => /lib64/libm.so.6 (0x000000382b200000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003830a00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x000000382ba00000)
libc.so.6 => /lib64/libc.so.6 (0x000000382ae00000)
librt.so.1 => /lib64/librt.so.1 (0x000000382d200000)
/lib64/ld-linux-x86-64.so.2 (0x000000382aa00000)

-Mine

#ldd cleanfileg
libmdGeo.so (0x00002ab5d3342000)
libmdName.so (0x00002ab5d34cf000)
libmdPhone.so (0x00002ab5d3850000)
libmdAddr.so (0x00002ab5d3ceb000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00000034bde00000)
libAddressDoctor5.so (0x00002ab5d43bf000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00000034c9000000)
libm.so.6 => /lib64/libm.so.6 (0x00000034b6200000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00000034c7c00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00000034b6a00000)
libc.so.6 => /lib64/libc.so.6 (0x00000034b5e00000)
librt.so.1 => /lib64/librt.so.1 (0x00000034b6e00000)
/lib64/ld-linux-x86-64.so.2 (0x00000034b5a00000)

Est linux-vdso..1 quelque chose qui est nécessaire (ou pas) comme dicté par la configuration en quelque sorte? Comment/pourquoi serait-il nécessaire par ce que d'autres sages semblent être identiques les machines fonctionnant avec un code identique?

Les prochaines étapes quelqu'un pourrait suggérer pour le débogage?

OriginalL'auteur Scott Mcgrath | 2014-10-08