Problème exécutable vb.net 2010
Résolu/Fermé
aurelie76
Messages postés
88
Date d'inscription
samedi 19 avril 2008
Statut
Membre
Dernière intervention
13 mai 2017
-
Modifié le 10 mai 2017 à 22:35
aurelie76 Messages postés 88 Date d'inscription samedi 19 avril 2008 Statut Membre Dernière intervention 13 mai 2017 - 13 mai 2017 à 07:50
aurelie76 Messages postés 88 Date d'inscription samedi 19 avril 2008 Statut Membre Dernière intervention 13 mai 2017 - 13 mai 2017 à 07:50
A voir également:
- Problème exécutable vb.net 2010
- Telecharger word 2010 - Télécharger - Traitement de texte
- Télécharger clé d'activation office 2010 gratuit - Télécharger - Sécurité
- Antimalware service executable ✓ - Forum Virus
- Vb.net download - Télécharger - Langages
- Supprimer antimalware service executable ✓ - Forum Virus
8 réponses
Kalissi
Messages postés
218
Date d'inscription
jeudi 2 mai 2013
Statut
Membre
Dernière intervention
15 juillet 2019
20
Modifié le 11 mai 2017 à 13:37
Modifié le 11 mai 2017 à 13:37
Bonjour,
Premier élément à vérifier :
MySQL est-il déployé sur les autres machines vers lesquels tu veux exporter ton application.
Si oui :
Dans les propriétés des références sur MySQL, tu dois placer [ Copie Locale ] à False.
Si au contraire MySQL n'est pas déployé, tu dois placer cette propriété à True et copié toutes les DLLs qui se trouvent dans le répertoire \bin\release.
Il y a aussi la propriété [ Version Spécifique ] qui devrait normalement être à False.
Pour tous les Imports de ton projet, il doit y avoir une DLL associé, qui doit être, soit déployé sur le poste qui reçoit ton application, soit copié avec l'exécutable dépendamment de la valeur de la propriété [ Copie Locale ].
Ceci exclue bien sur, les références au Framework qui sont normalement dans le GAC de chaque machine où le Framework est installé.
K
Premier élément à vérifier :
MySQL est-il déployé sur les autres machines vers lesquels tu veux exporter ton application.
Si oui :
Dans les propriétés des références sur MySQL, tu dois placer [ Copie Locale ] à False.
Si au contraire MySQL n'est pas déployé, tu dois placer cette propriété à True et copié toutes les DLLs qui se trouvent dans le répertoire \bin\release.
Il y a aussi la propriété [ Version Spécifique ] qui devrait normalement être à False.
Pour tous les Imports de ton projet, il doit y avoir une DLL associé, qui doit être, soit déployé sur le poste qui reçoit ton application, soit copié avec l'exécutable dépendamment de la valeur de la propriété [ Copie Locale ].
Ceci exclue bien sur, les références au Framework qui sont normalement dans le GAC de chaque machine où le Framework est installé.
K
cs_Le Pivert
Messages postés
7903
Date d'inscription
jeudi 13 septembre 2007
Statut
Contributeur
Dernière intervention
11 mars 2024
728
11 mai 2017 à 15:15
11 mai 2017 à 15:15
Bonjour,
J'ai développé sur XP prof framework 4.0 un projet avec VB.net 2010
si tu te retrouves sur des machines qui sont sous Windows 10 voir ce commentaire:
https://codes-sources.commentcamarche.net/forum/affich-7053470-creer-connecter-et-remplir-une-base-access#2
J'ai développé sur XP prof framework 4.0 un projet avec VB.net 2010
si tu te retrouves sur des machines qui sont sous Windows 10 voir ce commentaire:
https://codes-sources.commentcamarche.net/forum/affich-7053470-creer-connecter-et-remplir-une-base-access#2
aurelie76
Messages postés
88
Date d'inscription
samedi 19 avril 2008
Statut
Membre
Dernière intervention
13 mai 2017
3
Modifié le 11 mai 2017 à 17:07
Modifié le 11 mai 2017 à 17:07
Merci à vous,
j'ai un peu avancé (enfin je crois) mais maintenant, j'ai ce message
je fouille mais c'est une partie que je ne connais pas le GAC,
merci pour votre aide,
aurelie
j'ai un peu avancé (enfin je crois) mais maintenant, j'ai ce message
je fouille mais c'est une partie que je ne connais pas le GAC,
merci pour votre aide,
aurelie
Kalissi
Messages postés
218
Date d'inscription
jeudi 2 mai 2013
Statut
Membre
Dernière intervention
15 juillet 2019
20
Modifié le 11 mai 2017 à 20:25
Modifié le 11 mai 2017 à 20:25
Bonjour,
Le "GAC" est l'équivalent du "path" sous DOS.
Dit simplement, c'est une mémoire cache de Windows qui conserve l'emplacement et/ou les DLLs elles-mêmes qui sont chargées.
C'est pourquoi, la fameuse propriété de [ Copie Locale ] doit être à True,
pour que ton application puisse la trouver si celle-ci n'est pas installé
sur le poste.
Dans le message que tu as déposé, il est clair que ton programme ne trouve pas cette DLL (assembly).
Tu peux ainsi télécharger cette DLL ici : https://www.dllme.com/dll/files/mysql_data_entity_dll.html
Ensuite tu copie cette DLL dans ton répertoire \bin\Release.
Dans ton projet, tu détruit la référence à MySQL.Data.Entity.
Tu crée une nouvelle référence et cette fois-ci elle doit pointer
sur la DLL que tu viens de copier dans le répertoire \bin\Release.
Tu t'assure que la propriété [ Copie Locale ] de la référence est bien à TRUE.
Et tu copie le contenu du répertoire \bin\Release vers la nouvelle machine.
Cet exercice devra être fait pour toutes les DLLs de MySQL que ton
projet à besoin. En fait, toutes les DLLs qui ne sont pas dans le Framework cible que tu utilise i.e. VS2010=Framework 4.0.
K
Le "GAC" est l'équivalent du "path" sous DOS.
Dit simplement, c'est une mémoire cache de Windows qui conserve l'emplacement et/ou les DLLs elles-mêmes qui sont chargées.
C'est pourquoi, la fameuse propriété de [ Copie Locale ] doit être à True,
pour que ton application puisse la trouver si celle-ci n'est pas installé
sur le poste.
Dans le message que tu as déposé, il est clair que ton programme ne trouve pas cette DLL (assembly).
Tu peux ainsi télécharger cette DLL ici : https://www.dllme.com/dll/files/mysql_data_entity_dll.html
Ensuite tu copie cette DLL dans ton répertoire \bin\Release.
Dans ton projet, tu détruit la référence à MySQL.Data.Entity.
Tu crée une nouvelle référence et cette fois-ci elle doit pointer
sur la DLL que tu viens de copier dans le répertoire \bin\Release.
Tu t'assure que la propriété [ Copie Locale ] de la référence est bien à TRUE.
Et tu copie le contenu du répertoire \bin\Release vers la nouvelle machine.
Cet exercice devra être fait pour toutes les DLLs de MySQL que ton
projet à besoin. En fait, toutes les DLLs qui ne sont pas dans le Framework cible que tu utilise i.e. VS2010=Framework 4.0.
K
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
aurelie76
Messages postés
88
Date d'inscription
samedi 19 avril 2008
Statut
Membre
Dernière intervention
13 mai 2017
3
Modifié le 11 mai 2017 à 22:02
Modifié le 11 mai 2017 à 22:02
Merci bcp pour ta réactivité Kalissi, c'est technique, je vais y aller pas à pas. D'abord je vais relire ton message.
J'avais déjà décrypté ton 1er message et réussie à trouver les propriétés des références de MySql à passer en false ou true suivant tes recommandations.
en fait, je fais appel à un "serveur" ou est installé ma bdd phpmyadmin, donc les stations ne supportent pas directement phpmyadmin, si j'ai bien saisi tes explications, je dois considérer le cas N°2 cad :
"Si au contraire MySQL n'est pas déployé, tu dois placer cette propriété à True et copié toutes les DLLs qui se trouvent dans le répertoire \bin\release
Il y a aussi la propriété [ Version Spécifique ] qui devrait normalement être à False."
à ce niveau là j'ai déjà 3 questions :
1) - j'ai aussi importé les références :
Mysql.data.entity.EF6
Mysql.data.entity
faut-il que je passe les propriétés à TRUE ?
2) - version spécifique est à TRUE par défaut, faut-il que je le passe à False comme tu le préconises ?
3) - et "copier toutes les DLLs qui se trouvent dans le répertoire \bin\release", je colle les DLL ou stp ?
"Pour tous les Imports de ton projet, il doit y avoir une DLL associé, qui doit être, soit déployé sur le poste qui reçoit ton application, soit copié avec l'exécutable dépendamment de la valeur de la propriété [ Copie Locale ]."
je ne comprends pas tes explications, trop technique pour moi, je suis désolée.
Comme tu vois, j'en suis qu'à déchiffrer ton 1er message, ensuite, je passerai au 2ème (dès ce soir d'ailleurs car je suis toute seule sur coup là et je galère bien)
merci pour ton aide,
aurelie
J'avais déjà décrypté ton 1er message et réussie à trouver les propriétés des références de MySql à passer en false ou true suivant tes recommandations.
en fait, je fais appel à un "serveur" ou est installé ma bdd phpmyadmin, donc les stations ne supportent pas directement phpmyadmin, si j'ai bien saisi tes explications, je dois considérer le cas N°2 cad :
"Si au contraire MySQL n'est pas déployé, tu dois placer cette propriété à True et copié toutes les DLLs qui se trouvent dans le répertoire \bin\release
Il y a aussi la propriété [ Version Spécifique ] qui devrait normalement être à False."
à ce niveau là j'ai déjà 3 questions :
1) - j'ai aussi importé les références :
Mysql.data.entity.EF6
Mysql.data.entity
faut-il que je passe les propriétés à TRUE ?
2) - version spécifique est à TRUE par défaut, faut-il que je le passe à False comme tu le préconises ?
3) - et "copier toutes les DLLs qui se trouvent dans le répertoire \bin\release", je colle les DLL ou stp ?
"Pour tous les Imports de ton projet, il doit y avoir une DLL associé, qui doit être, soit déployé sur le poste qui reçoit ton application, soit copié avec l'exécutable dépendamment de la valeur de la propriété [ Copie Locale ]."
je ne comprends pas tes explications, trop technique pour moi, je suis désolée.
Comme tu vois, j'en suis qu'à déchiffrer ton 1er message, ensuite, je passerai au 2ème (dès ce soir d'ailleurs car je suis toute seule sur coup là et je galère bien)
merci pour ton aide,
aurelie
aurelie76
Messages postés
88
Date d'inscription
samedi 19 avril 2008
Statut
Membre
Dernière intervention
13 mai 2017
3
Modifié le 12 mai 2017 à 11:16
Modifié le 12 mai 2017 à 11:16
Bonjour Kalissi , cs_Le Pivert
Après avoir cogitée une bonne partie de la nuit et ce matin de bonne heure pour décrypter et appliquer tes consignes Kalissi, j'ai le plaisir de vous annoncer que ca fonctionne sur des stations déportées.
J'ai effectivement mis à TRUE toutes les composantes MySql du projet, grand merci pour cette aide.
Sans doute était-ce le dernier rempart à franchir qui signe en même temps la fin de mon projet. (je dis sans doute, car peut-être que je vais tomber à nouveau sur un pb et que j'aurai besoin de vous, car j'ai dû surmonter pas mal d'embûches mais j'ai aussi bcp appris et progressée grâce à vous et aux membres de ce forum, pour peu qu'on se donne le temps et le courage de le parcourir)
A bientot, aurelie
Après avoir cogitée une bonne partie de la nuit et ce matin de bonne heure pour décrypter et appliquer tes consignes Kalissi, j'ai le plaisir de vous annoncer que ca fonctionne sur des stations déportées.
J'ai effectivement mis à TRUE toutes les composantes MySql du projet, grand merci pour cette aide.
Sans doute était-ce le dernier rempart à franchir qui signe en même temps la fin de mon projet. (je dis sans doute, car peut-être que je vais tomber à nouveau sur un pb et que j'aurai besoin de vous, car j'ai dû surmonter pas mal d'embûches mais j'ai aussi bcp appris et progressée grâce à vous et aux membres de ce forum, pour peu qu'on se donne le temps et le courage de le parcourir)
A bientot, aurelie
Kalissi
Messages postés
218
Date d'inscription
jeudi 2 mai 2013
Statut
Membre
Dernière intervention
15 juillet 2019
20
12 mai 2017 à 15:50
12 mai 2017 à 15:50
Bonjour,
Je suis bien content que tu en sois venu à bout, je comprends que cela n'a pas du être évident pour toi, moi je code à tous les jours dans des applications client/serveur et il n'est pas toujours évident de partager cette connaissance, déjà que je m'y perds moi aussi dans toutes la gamme des architecture organique que je côtois et en multi-couches de surcroit.
Je ne suis pas sur le même fuseau horaire que toi alors, je n'ai pu te répondre avant. J'aimerais pouvoir te dire que c'est le dernier rempart mais il y en aura surement d'autres. Je dois continuellement faire face à de nouveau problème compte tenu de l'évolution des environnements. Il y a quelques mois nous avons migré à VS2015 et celui-ci est plus sensible au référence imbriqué. Une référence qui possède une référence.
Bon pour tes questions :
1.) Copie Locale à True
2.) Version spécifique à TRUE
Puisque tu transporte avec ton projet la dll en question (c'est à dire que lorsque tu ajoute la dll dans le répertoire \bin\release et que tu ajoute la référence à partir de ce répertoire, cela veut obligatoirement que tu utilise une version spécifique et que tu utilise une copie locale.
3.) Les dlls doivent être copié au même endroit que l'exécutable de ton projet que tu copie dans une autre machine. (i.e. dans le même répertoire).
Bon, puisque ça fonctionne, c'est probablement ce que tu as fait. Mais disons simplement que je confirme le tout.
Bonne continuité.
K
Je suis bien content que tu en sois venu à bout, je comprends que cela n'a pas du être évident pour toi, moi je code à tous les jours dans des applications client/serveur et il n'est pas toujours évident de partager cette connaissance, déjà que je m'y perds moi aussi dans toutes la gamme des architecture organique que je côtois et en multi-couches de surcroit.
Je ne suis pas sur le même fuseau horaire que toi alors, je n'ai pu te répondre avant. J'aimerais pouvoir te dire que c'est le dernier rempart mais il y en aura surement d'autres. Je dois continuellement faire face à de nouveau problème compte tenu de l'évolution des environnements. Il y a quelques mois nous avons migré à VS2015 et celui-ci est plus sensible au référence imbriqué. Une référence qui possède une référence.
Bon pour tes questions :
1.) Copie Locale à True
2.) Version spécifique à TRUE
Puisque tu transporte avec ton projet la dll en question (c'est à dire que lorsque tu ajoute la dll dans le répertoire \bin\release et que tu ajoute la référence à partir de ce répertoire, cela veut obligatoirement que tu utilise une version spécifique et que tu utilise une copie locale.
3.) Les dlls doivent être copié au même endroit que l'exécutable de ton projet que tu copie dans une autre machine. (i.e. dans le même répertoire).
Bon, puisque ça fonctionne, c'est probablement ce que tu as fait. Mais disons simplement que je confirme le tout.
Bonne continuité.
K
aurelie76
Messages postés
88
Date d'inscription
samedi 19 avril 2008
Statut
Membre
Dernière intervention
13 mai 2017
3
13 mai 2017 à 07:50
13 mai 2017 à 07:50
bonjour Kalissi,
ton cv me fait rêver, j'avais bien compris que je n'avais pas à faire à un amateur ... merci pour ces précieux conseils encore et peut-être à bientôt sur le forum.
je clos le sujet pour la bonne marche du site, contente d'avoir fait ta connaissance.
aurelie
ton cv me fait rêver, j'avais bien compris que je n'avais pas à faire à un amateur ... merci pour ces précieux conseils encore et peut-être à bientôt sur le forum.
je clos le sujet pour la bonne marche du site, contente d'avoir fait ta connaissance.
aurelie
