Bonjour,
Je viens de terminer ma 1iere appli vb et je voudrai pouvoir la distribuer via internet. Pour faire le package, après consult du forum j'ai opté pour Innosetup, plutôt bien fait. Cependant, j'ai une grosse intérrogation sur le Mdac et autres chose comme Jet, Dcom etc.. à distribuer.
Mon appli accède à une base access avec ADO et evidemment je voudrai que ça puisse tourner sur tous environnement windows.
Sur le site de Inno, ils mettent que (mais là mon anglais pêche un peu) pour être tranquille avec la gestion de ses différentes versions il faut inclure le OS/Updater.
Ok, c'est ce que j'ai fait et effectivement j'ai tester plusieurs distributions sur differentes plate forme et ça à l'air bon. MAIS le probleme est la taille ! en rajoutant ce fameux fichier, c'est 32Mo que je rajoute à mon appli qui ne fait que 600Ko !!!!!!!!!!!!!!!
Alors la question c'est : est-ce que j'ai bien compris ce qu'ils mettent sur le site de Inno ? quand on regarde les applis distribuées, elles n'excédent jamais 2-3Mo.  
Je ne sais pas à quoi sert Jet,Dcom et compagnie mais ça à l'air important selon les forums donc comment prendre en compte les différences d'install entre deux version de windows ???
Merci pour vos remarques, infos, etc

Salut
 
Maintenant avec le haut débit 32mo c'est peanuts...  
 
Mais, j'avoue que tu m'interpelles... En fait j'ai tjs pensé qu'on devait se positionner par rapport à son application et ne faire le package que par son appli. Si le gars tourne en Windows95 c'est son pb.
 
Au moins livrer l'ensemble des composants du périmètre de son application pour une palteforme je trouve ça déjà pas mal. Et ça grossi beaucoup le fichier de distribution... Certain on déjà les composants et une livraison light suffit.
 
D'ailleurs à défaut de d'utiliser les bases de données propriétaire, ils précisent souvent l'OS + version compatible. En fait il n'y a rien de plus simple que d'utiliser des fichier externes comme structure de donnée...  
 
Et là, plus besoin d'ADO, une petite dll avec quelques fonctions d'extraction, lecture, ecriture + tri à bulle et roule Simone.
 
Maintenant si tu veux utiliser une base propriétaire alors tu dépends d'eux et le packageur te permet de verouiller ces aspects. Par contre c'est pas la peine nonplus de livrer des composants inutils.
 
Jet est spécialisé pour les acces directs avec les bases de données utilisant le moteur Jet (Access au moins). ODBC est schinté !
 
je te conseil un petit tour sur
COM/DCOM : http://perso.wanadoo.fr/visual.basic/mandcom.htm
Une page perso assez bien faite et succinte
A+

Pour ma part, j'avais le même problème et j'avais vraiment galéré pour trouver la solution.
 
Voir le dernier message de ce post :
http://forum.hardware.fr/forum2.ph [...] owntopic=1

Une solution bien packagée est une solution qui ne référence que les composants réellement utilisé... Faut délester l'inutile de ton projet. A défaut au moment du packagin ne pas prendre les références non utilisées par ton prog
 
J'ai testé les  2 Ino et VB quand ça foire y sont absents tous les 2...