Version imprimable
Bonsoir, je développe une appli qui communique avec un fichier Excel et pas de soucis en projet ou même en exe sur mon PC. Mais si j'installe l'exe sur un autre PC alors message erreur des que le code concerne une action qui concerne Excel. Je passe par interopt. Quelqu'un saurai t-il d'où cela peut provenir ? Bien sûr les PC en question ont bien Excel installé.
Bonjour,
En supposant que tu as les mêmes droits d'accès aux fichiers XLS sur tous les PC et que les chemins d'accès à ces fichiers sont corrects dans le programme, il me reste une hypothèse : les systèmes ne sont pas identiques.
Perso, je ferais l'essai d'installer la même version d'Office et la même version de VStudio sur tous ces PC.
Si cela fonctionne ensuite, il faudra créer un package d'installation capable "d'emporter" les dll nécessaires.
J'espère que ceci t'aidera... :)
Je ne sais pas si il y a un rapport, mais lorsque je copie tout le dossier Initial projet qui fonctionne sous visual studio et que j'ouvre cette copie et que j'execute le programme avec Démarrer toujours dans visual studio alors un message d'erreur s'affiche "La référence d'objet n'est pas définie à une instance d'un Objet. "
Et cette erreur pointe sur :
Dim f
f=wbe.Sheets("ACCUEIL")
Donc la je comprend plus ! Pourquoi une simple copie ne réagit pas de la même manière ???
Et je pense se que c'est aussi ça qui crash en exe...
Si je comprends bien, tu as Studio sur les 2 PC.
Reste donc à voir :
Même version Office ?
Même chemin d'accès aux dossier XLS ?
Même droits sur ce dossier ?
....
Non seulement sur un seul PC, le but est bien que l'exe fonctionne seul
Seul, c'est une façon de dire ...
Il arrive qu'il faille INSTALLER l'application pour que l'exe fonctionne. L'installation peut ajouter les dll manquantes sur le PC cible. Par exemple, Excel.exe ne fonctionnera pas sur un pc où Office n'a pas été installé correctement, il ne suffit pas de copier Excel.exe ...
Par ailleurs, l'installation par copier-coller de l'exe se fait par copie de TOUT le contenu du dossier DEBUG (ou Release) sur le PC cible et alors seulement tu peux essayer l'EXE.
Mais là, je suppose toujours que Office est déjà présent sur le PC cible ... :)
C'est pire que prévu, j'explique :
J'ai un PC qui sert de développement de l'appli ou est installé visual studio et Microsoft Office
J'ai deux autres PC avec offices seulement qui servent de test lorsque j'ai généré mon exe sur le premier PC puis installé sur les autres PC.
Jusqu'à présent lorsque je voulais tester l'appli je commence par dupliquer le dossier complet du projet, j'ouvre le projet dupliqué sur visual studio, je créé l'exe, et je teste sur les autres PC. Et le crash se produit.
La j'ai directement généré l'exe depuis le premier dossier projet et miracle l'exe fonctionne sur tout les PC. Sauf que maintenant, le même projet dans visual studio plante si je le lancer avec démarrer de visual studio.
Bilan, depuis que j'ai effectué la publication dans visual studio de mon projet, il affiche un message d'erreur sur
f=wbe.sheets("accueil") alors qu'avant la création de la publication ce n'était pas le cas.
C'est donc la publication qui fou la M.....
Je n'y comprend plus rien ...
Essaie donc l'installation par copier-coller du contenu du dossier Debug du projet vers le dossier destiné à recevoir l'EXE sur l'autre pc.
...
Effectivement, si je lance démarrer depuis visual studio ça bug mais si je lance l'exe du dossier debug, alors ça fonctionne...
Par contre si je copié collé le contenue du dossier debug vers une clé USB par exemple et que j'execute l'exe alors ça Bugue avec toujours le même message d'erreur.
Donc maintenant j'ai un deuxieme problème :
Depuis la publication: le projet avec démarrer ne fonctionne plus (bugue cité plus haut)
Ça fonctionne avec l'EXE du dossier Debug mais pas sur une à.autre unité ?
Vérifier que c'est le même Office là où tu mets la clé USB
Vérifier le chemin d'accès au fichier XLS
Pour ce dernier test, tu pourrais placer le fichier XLS dans le dossier Debug (et retirer la copie actuellement en place) et recompiler.
Le fichier xls est toujours dans le dossier debug à côté de l'exe.
Oui le projet de signifie pas d'erreur si lancé depuis l'exe du debug
Mais signifie une erreur si lancé depuis démarrer de visual studio
Bon j'ai trouvé enfin tu as trouvé : le chemin du xls était pas le bon, car je passe par des paramètres et du Code pour mettre à jour ces paramètres. Donc l'affichage dans le projet de visual studio n'est pas forcément identique à celui réellement enregistré d'où le bug.
Merci encore pour ta patience
Super !
Bonne soirée... :)