Executable C# ne marche pas sur une autre machine

Bonjour à tous !

J'ai programmé un petit outil en C# malheureusement dès que je passe cet outil sur une autre machine, plus rien ne marche.
Je programme sous Vs2008 et mon projet utilisait le framework .net 3.5, je l'ai aussi fait avec le framework 2.0 pour tenter de corriger le problème.

Afin de parer les réponses inutiles : :?
- La machine sur laquelle l'exécutable ne marche pas a bien les framework .net d'installer.
- l'exécutable ne se trouve pas sur un disque réseau.

Pour info, j'utilise la dsofile.dll qui elle se trouve sur un disque réseau.
L'erreur qui s'est produit sur l'autre machine est 0xe0434f4d.

Je pense avoir tout dit, j'espère que quelqu'un peux m'aider :roll: merci d'avance !

Comment as-tu créé l'install?

Il n'y a pas d'installe, je ne dois avoir qu'un exécutable.
J'ai bien sur récupéré celui-ci dans bin/release de mon projet. Sur ma machine, l'exécutable release et la dll créé dans release me suffise pour lancer le programme mais pas sur les autres machines :? .
Je n'avais jamais fait de C# avant je suis peut être passer à coté de quelque chose...

T'as rien d'autre comme message d'erreur ?

dsofile.dll est-elle copiée dans le dossier Release ?

Pour info, moi j'utilise souvent le bin\debug ( :lol: jsais pas ce que ca change)
Es-tu sûr que a part dsofile.dll , tu n'uses pas d'autres dll?

Pour la dsofile.dll, elle est dans un répertoire externe au projet et elle est référencé au projet par un chemin absolu (mais celle si se trouve sur un disque réseau donc le chemin absolu et le même pour toutes les personnes a qui je veux donner l'outil).
Sinon pour le message d'erreur, c'est toujours le même, si ça peux vous aider le debugger bloque à la ligne :

Code:

---

temp = new DSOFile.OleDocumentPropertiesClass();

---

Mais je trouve ça bizarre car la machine n'a pas visual C# d'installer mais seulement visual C++ donc je pense que le debugger n'est pas fiable.

L'exécutable release contient en fait les mêmes informations que l'exécutable debug. Si on veux faire du travail propre on passe généralement un exécutable release :P.
Et oui la dsofile.dll et la seul dll que j'ai rajouté au projet.

ps : si ça peux aider mon projet est une application console

Généralement quand on utilise pas d'autres dll, on peut lancer sans problème son exé pour peu que le frm.net soit installé. Comme tu dis n'avoir pas d'autres dll et avoir bien installé le frm.net, le problème est peut être du au fait qu'il y est visual C++ sur le poste. Essaie avec d'autres machines voir

dsofile est une assembly .NET ou c'est un composant COM ?
Si c'est un composant COM il doit être enregistré sur le poste client.

Et saumonAgile est le gagnant :yaisse2: !
Effectivement le problème venait de là il faut enregistré la dll sur le poste client !
Merci beaucoup

edit : pour ceux qui aurait le même problème, créez un .bat avec comme ligne de commande :
regsvr32 C:\...\votre_dll.dll

eh oui vous gagner Mr Saumon j'ai résolu le problème de la même maniére avec le composant Mswinsck.ocx

décidément on apprend tous les jours :ccool: