mais si j'admets volontiers qu'une installation "nue" de Windows ne contiennent qu'une seule "libc" (et autres biblios, mais je vais continuer à parler de "libc" par abus de langage) et suis donc rassuré par ta confirmation à ce propos, il n'en reste pas moins que les softs même de MS peuvent donc en installer d'autres, et qu'il y a donc 40 libc sur ton système, même si avec les logiciels récents les libc de même version sont regroupées.
Il y a typiquement au moins 2 libc sur un systeme :
- msvcrt.dll , qui vient avec l'OS et qui est fait pour etre utilise par les composants de l'OS
- msvcrtXX.dll qui vient avec Visual Studio et les softs qui sont compiles avec VS vont avoir une dependance sur cette 'libc'. Maintenant, cette 'libc' elle est packagee en une unite (cf. http://www.microsoft.com/download/en/details.aspx?id=8328 pour la version 2010 SP1)
Quand un soft s'installe (a moins que l'installer soit ecrit avec les pieds ou antediluvien) l'installer et WinSXS s'occupent de centraliser les librairies histoire de ne pas avoir 235 copies d'une meme version.
Ensuite, oui tu as toujours qqe softs qui demandent une version specifique d'une lib parce qu'ils sont codes comme des porcs et les devs prennent la solution facile, mais c'est pas ce que la plupart font.
et là encore c'est carrément osé de passer son temps d'un côté à dire qu'il est impératif que les programmes tournent spécifiquement avec les versions exactes des bibliothèques avec lesquelles ils ont été testé et quand on te met le nez dans le caca sur les problèmes que ça peut engendrer
J'ai dit ou qu'il faut que les softs tournent specifiquement avec les versions exactes ? Il y a un concept de versions mineures et majeures, c'est pas pour rien. Tu crois qu'en interne on s'amuse a tester toutes les combinaisons de versions de dlls selon les mix de patchs que les gens installent ?
Mais je doute que ça efface dans la foulée les résultats des recherches à l'aide de votre moteur favori de "mscvrt dll hell". Dire que tout est parfait de ce côté, que ça ne s'applique pas, que les problèmes n'existent pas, c'est du foutage de gueule. C'est du boulot de mauvais commercial.
Ca ca montre surtout que tu ne sais pas de quoi tu parles.
a) Les softs non-MS ne sont pas supposes linker avec msvcrt.dll, Visual Studio a sa propre libc
b) Si je tapes msvcrt dll hell dans Bing j'ai 16'700 resultats, Google en retourne encore moins, autant dire que c'est quasiment rien du tout vis-a-vis des centaines de millions de systemes existants.
Au final, le test est simple, tu fais un dir /s msvcr* dans c:\program files et tu regardes combien de libc il y a compare au nombre de softs, tu te rendras compte que le nombre est tres faible. Sur ma machine meme pas 10% des softs ont une libc dans leur repertoire.
[^] # Re: Sécurité
Posté par pasBill pasGates . En réponse au journal Un AppStore est-il viable pour une distribution Linux ?. Évalué à 6.
mais si j'admets volontiers qu'une installation "nue" de Windows ne contiennent qu'une seule "libc" (et autres biblios, mais je vais continuer à parler de "libc" par abus de langage) et suis donc rassuré par ta confirmation à ce propos, il n'en reste pas moins que les softs même de MS peuvent donc en installer d'autres, et qu'il y a donc 40 libc sur ton système, même si avec les logiciels récents les libc de même version sont regroupées.
Il y a typiquement au moins 2 libc sur un systeme :
- msvcrt.dll , qui vient avec l'OS et qui est fait pour etre utilise par les composants de l'OS
- msvcrtXX.dll qui vient avec Visual Studio et les softs qui sont compiles avec VS vont avoir une dependance sur cette 'libc'. Maintenant, cette 'libc' elle est packagee en une unite (cf. http://www.microsoft.com/download/en/details.aspx?id=8328 pour la version 2010 SP1)
Quand un soft s'installe (a moins que l'installer soit ecrit avec les pieds ou antediluvien) l'installer et WinSXS s'occupent de centraliser les librairies histoire de ne pas avoir 235 copies d'une meme version.
Ensuite, oui tu as toujours qqe softs qui demandent une version specifique d'une lib parce qu'ils sont codes comme des porcs et les devs prennent la solution facile, mais c'est pas ce que la plupart font.
et là encore c'est carrément osé de passer son temps d'un côté à dire qu'il est impératif que les programmes tournent spécifiquement avec les versions exactes des bibliothèques avec lesquelles ils ont été testé et quand on te met le nez dans le caca sur les problèmes que ça peut engendrer
J'ai dit ou qu'il faut que les softs tournent specifiquement avec les versions exactes ? Il y a un concept de versions mineures et majeures, c'est pas pour rien. Tu crois qu'en interne on s'amuse a tester toutes les combinaisons de versions de dlls selon les mix de patchs que les gens installent ?
Mais je doute que ça efface dans la foulée les résultats des recherches à l'aide de votre moteur favori de "mscvrt dll hell". Dire que tout est parfait de ce côté, que ça ne s'applique pas, que les problèmes n'existent pas, c'est du foutage de gueule. C'est du boulot de mauvais commercial.
Ca ca montre surtout que tu ne sais pas de quoi tu parles.
a) Les softs non-MS ne sont pas supposes linker avec msvcrt.dll, Visual Studio a sa propre libc
b) Si je tapes msvcrt dll hell dans Bing j'ai 16'700 resultats, Google en retourne encore moins, autant dire que c'est quasiment rien du tout vis-a-vis des centaines de millions de systemes existants.
Au final, le test est simple, tu fais un dir /s msvcr* dans c:\program files et tu regardes combien de libc il y a compare au nombre de softs, tu te rendras compte que le nombre est tres faible. Sur ma machine meme pas 10% des softs ont une libc dans leur repertoire.