Bonjour à tous !
Je vous propose aujourd'hui un nouvel article sur la génération d'installeurs sous Visual Studio 2012.
Bonne lecture à vous !
Bonjour à tous !
Je vous propose aujourd'hui un nouvel article sur la génération d'installeurs sous Visual Studio 2012.
Bonne lecture à vous !
oui en partie.ce type de projet a été abandonné dans Visual Studio 2012
en fait, la vraie solution supportée et gratuite (car installshield light est super limité), c'est d'utiliser WiX. C'est le produit officiel qui remplace les vieux setup de Microsoft et ça produit toujours des msi. Je suis sûr que tu pourrais en faire un article complémentaire![]()
Il y a aussi Inno Setup qui lui est gratuit et qui permet de faire plein de choses.
Par contre, cela ne s'intègre pas dans Visual Studio mais il dispose d'une interface graphique avec istool.
C'est le compilateur de setup que j'utilise pour tous mes projets.
Raymond
Vous souhaitez participer à la rubrique Réseaux ? Contactez-moi
CafuroCafuro est un outil SNMP dont le but est d'aider les administrateurs système et réseau à configurer leurs équipements SNMP réseau.
e-verbeUn logiciel de conjugaison des verbes de la langue française.
Ma page personnelle sur DVP.
Bonjour,
Je viens d'acheter Visual Studio 2012, et je ne peux plus utiliser mes vieux déploiement compiler sous VS 2008.
J'ai donc installer InstallShield Limited Edition, et je suis bloqué depuis 2 jours sur mon problème.
Alors mon problème est le suivant :
J'ai un exécutable qui utilise plusieurs dll pour pouvoir être exécuté. Ces dll sont dans des répertoires et même des sous répertoire à la racine de mon exécutable.
Le problème c'est que mon nouveau MSI, installe bien mes dll dans mes répertoires mais lorsque je lance l'exécutable mon programme ne démarre pas, car je pense que mes fichiers ne sont pas "compris" comme des dépendances mais comme des simples fichiers.
Pouvez vous m'aider ou au moins que faire comprendre comment ça marche...
Merci
1- ici, c'est pour parler de l'article. si tu as une question tu dois le faire dans le thread associé.
2- un msi, ce n'est qu'une commande xcopy encapsulée. ca ne fait pas la dependance entre tes dll ou ton exe. le problème ne vient PAS de ton msi. il vient du fait que les dlls ne sont pas dans le bon dossier. Renseigne toi sur le chargement des dependances et l'ordre de priorité
(/bin/debug/, repertoire d'application, GAC, etc).
c'est là que tu dois chercher, mais c'est sûr à 100% que ca ne vient pas du msi, ou alors, ca ne met pas dans les bons dossiers mais dans le cas là, c'est toi qui a mal mis les chemins
Partager