Version imprimable
J'ai compilé un programme en vb.net, il s'execute bien dans mon PC, mais dans autre non. pourquoi il ne s'execute pas?
Parce ce que des DLL manquantes dans l'ordinateur , comme pour VB 6.0 la DLL VB06.DLL est necessaire pour que le code s'execute
Parce ce que FrameWork n'est pas installé, et là est ce que Framework est necessaire pour executer des programmes.Net?
Et si c'est la cas, comment executer un .Net sous Windows 98?
merci à l'avance
Vérifie que le framework .NET est installé.
et si tu compiles tes dll dans ton programme, elle seront intégrées à ton exe mais il sera un peu plus gros...
Je n'en suis pas sur à 100% mais c'est possible dans .net avec les "dépendences".
par exemple, j'ai un programme qui contient comme dépendences : une dll et Microsoft .net framework, et mon executable fonctionne sur toutes les machines xp sans forcément faire suivre la dll.
après à vérifier sous 98 et je peux me tromper...;)
OuiCitation:
Envoyé par PhiberOptik
Si installation de .NET il n'y a pas, une croix sur le programme .NET il faudra faire.Citation:
Envoyé par PhiberOptik
Et ?Citation:
Envoyé par DiamonDonald
Non pas possible, les dépendances c'est des références vers les dll, il n'est pas question de les inclure dans l'application. Il existe bien ILMerge pour inclure des dlls managées dans une application managée mais il faudra quand même le Framework .NET pour l'exécuter.Citation:
Envoyé par DiamonDonald
Si ton programme est fait avec le framework il faudra forcément que tes Windows l'aient. Après, tu peut ne pas le remarquer car il y a longtemps qu'il est disponible via Windows Update.Citation:
Envoyé par DiamonDonald
Pour finir, voici la liste des systèmes supportés par le .NET Framework 2.0
Il y a bien Windows 98, mais Second Edition ... par contre Windows 98 est supporté par le .NET Framework 1.1 donc c'est la version maximale que tu pourra utiliser pour faire du .NET sur Windows 98Citation:
Windows 2000 Service Pack 3; Windows 98; Windows 98 Second Edition; Windows ME; Windows Server 2003; Windows Vista Business; Windows Vista Business 64-bit edition; Windows Vista Enterprise; Windows Vista Enterprise 64-bit edition; Windows Vista Home Basic; Windows Vista Home Basic 64-bit edition; Windows Vista Home Premium; Windows Vista Home Premium 64-bit edition; Windows Vista Starter; Windows Vista Ultimate; Windows Vista Ultimate 64-bit edition; Windows XP Service Pack 2
Je suis étonné... en effet, les applications JAVA sont basées sur le même principe (Frameworke .NET <=> Machine JAVA) et, à l'époque ou je travaillais en JAVA, on avait intégré la machine virtuelle qui s'installait en même temps que le programme...Citation:
Envoyé par smyley
C'est curieux qu'il n'y ait pas d'alternative en .NET...
On parle pas du même problème là, pour pouvoir installer automatiquement le runtime on peut utiliser un installeur qui se chargera d'installer le .NET Framework Redistributable si nécéssaire et donc retour à la case départ : l'installation du .NET Framework est nécéssaire pour exécuter une application .NET, on ne peut pas s'en défaire (sauf si on est prêt à dépenser 3000$ mais bon).Citation:
Envoyé par The eye
En fait quand je dis qu'elle s'installait c'est pas vraiment ce qui se passait. On copiait nos propres DLL à un endroit précis et on déclarait quelques variables d'environnement qui vont bien...
Donc vu de l'utilisateur tout était transparent. Ce qui est le but recherché à mon avis. Mais visiblement même ça, ça n'a pas l'air possible en .NET.
Sinon, pour la culture, imaginons que j'ai 3000$ en trop (:mouarf:) que faut-il acheter pour pallier le problème?
Normalement impossible avec le .NET FrameworkCitation:
Envoyé par The eye
http://www.remotesoft.com/linker/Citation:
Envoyé par The eye
Ok mais alors je ne vois pas comment dans le programme la dll est ratachée puisque l'executable fonctionne même si je ne fais pas suivre la dll...8OCitation:
Non pas possible, les dépendances c'est des références vers les dll, il n'est pas question de les inclure dans l'application. Il existe bien ILMerge pour inclure des dlls managées dans une application managée mais il faudra quand même le Framework .NET pour l'exécuter.
c'est vrai oui autant pour moi :oops:Citation:
Si ton programme est fait avec le framework il faudra forcément que tes Windows l'aient. Après, tu peut ne pas le remarquer car il y a longtemps qu'il est disponible via Windows Update.
En .NET les dlls sont chargées de manière dynamiques, pas de manière statique comme pour les programmes en C++(ou tout autre langage natif supportant les liaisons statiques). L'assembly ne sera donc chargée qu'à sa première utilisation et au final, si ton programme ne l'utilise jamais elle ne sera jamais chargée ...Citation:
Envoyé par DiamonDonald
D'accord, merci smyley pour tes explications.
J'aurai une autre question si tu veux bien:
Quelle est alors la différence dans .net entre les références et les dépendances?
En matière de dll ? je dirait que c'est la même chose :roll: (pour faire référence aux classes d'une dll on l'ajoute comme dépendance :aie:)
d'accord, merci bien :king:
Le sujet est-il résolu?
pour ma part oui mais je n'en suis pas le "gérant"