Discussion :

[Chekov]

Bonjour,

j'aimerai avoir une précision: les fichiers VB6FR.DLL et divers composants OCX sont-ils identiques quelque soit la version de Windows ? J'en doute à vrai dire, mais je me trompe peut-être?

Ce n'est pas bien clair dans ma tête: j'ai téléchargé le runtime VB6 sur le site de Microsoft qui dit installer sur toutes les versions de Windows tous les fichiers nécessaires aux programmes vb6. Cependant, ça n'installe pas VB6FR.DLL par exemple. Une explication?

Mon programme dépend du composant COMCTL32.OCX. Y a t il plusieurs versions à ce fichier également? Je ne voudrai pas copier celui de mon PC sur un autre poste qui aurait une version différente et salir son système...

Pouvez-vous m'éclairer ? J'ai longtemps cherché sur Internet, il est très facile de trouver ces fichiers DLL et OCX, mais il y a différentes tailles. Cela m'incite à croire qu'il y a plusieurs versions. N'y a t il pas un package "officiel" installant ces fichiers en toute sécurité pour l'ordinateur quelque soit la version de Windows?

[Vld44]

tous les composants externes que tu utilises, ocx ou dll activex, doivent être inclus dans le package de livraison sans quoi tu cours le risque que soit le pc destination n'ait pas le fichier, soit qu'il ait une version non compatible du composant.

Il doit exister une procédure "d'upgrade" d'activex, mais je ne la connais pas. (pour répondre à ton inquiétude légitime de pollution)

[Chekov]

C'est en effet ce que j'ai compris à partir des autres posts et de toute recherche sur "vb6fr.dll" et autres OCX.

Mais n'y a t il personne qui puisse me répondre de façon plus technique et précise sur ce problème de version? J'utilise INNO Setup pour l'installation. J'avais intégré le runtime VB6 mais je viens de me rendre compte que ça n'installait pas tout ce qui est nécessaire.

N'y a t il pas un risque, outre de polluer, d'entrainer des dysfonctionnement d'autres programmes si je remplace un composant existant? Dans ce cas, vaut-il mieux se baser sur la version ou tout simplement ne jamais faire de remplacement?
Je ne veux surtout pas paraitre présomptueux, mais je cherche une solution fiable en matière de sécurité. Je ne dois surtout pas entrainer de probleme sur les ordinateurs installant mon programme (qui fonctionnent sous NT, 2000 et XP).

Merci pour ta réponse, Vld44.

[Delbeke]

Ce souci de solution fiable est tout à fait légitime. C'est le cas de tout programmeur sérieux.
Cela fait longtemps que je fais du vb (depuis la version 3 en fait) et je ne suis jamais sur à cent pour cent que mes installations ne vont pas polluer une machine. (Depuis le temps, j'estimes que un bon millier de machines a du recevoir l'un ou l'autre de mes setup)
Avec inno setup, le risque est moins grand, mais pas nul. Ses réglages par defaut sont suffisemment pertinents pour quasiment tous les cas.
Il verifie la version et donne la priorité au numéro le plus elevé. Si il n'y a pas de numero de version, il utilise la date du fichier.

Ce qui parait raisonable, car un numero de version plus élevé est censé indiquer une version plus performante.
Il existe malheuresement des exemples qui ont prouvés le contraire.
De plus certains composants ont été ecrit pour une version spécifique de windows tout en gardant le même nom. Les numéros de version des deux series ne sont pas forcément synchrones.
La derniere version d'inno signale le problème sur les plus connus de ces composant microsoft (encore lui) et deconseille de les mettre dans le setup.

Vb6Fr.dll est une dll contenant la version française des messages d'erreur de vb. Microsoft n'a pas jugé opportun de le mettre dans le package, car il aurait egalement du y mettres toutes les version de vb6xxx.dll avec (ou xxx est le code pays)

[Chekov]

Merci Delbeke,

à quel endroit Inno signale-t-il ces composants connus pour leur incompatibilité ascendante? Au moment de compiler le setup ou dans la doc ? Je n'ai encore jamais vu ces avertissements, j'utilise en general les composants standards de vb...