KochiseLe 16/07/2009 à 15:53
Alors pourquoi pas foutre les SO en 'local' (genre /usr/local/sbin) avec le binaire de l'appli et tenter de mettre la version la plus up-to-date en 'global' (genre /usr/share/sbin). L'appli tente d'abord de charger la dernière lib SO en 'global', effectue un test de compatibilité basique, et en cas d'échec se tourne vers la lib SO de secours en 'local' (mais connue pour être compatible, puisque installée avec le soft). Du moins c'est globalement comme ça que j'ai résolu mes propres problèmes sous Windows (usage de 'system32' et 'Fichiers communs' pour le 'global', et le répertoire de l'appli pour le 'local', faut juste spécifier qu'on ne veut pas forcément charger la DLL locale par défaut au démarrage). Juste pour dire que c'est possible...
Kochise