EXE ne tourne pas sans VS

**nounowa** · 23/12/2008, 11h47

Bonjour,
Je viens de mettre en place une application en c#, le problème est que l'exe tourne convenablement sur une machine où vs 2003 est déja installé mais pas sur une machine où il n'est pas installé cependant le framework .Net y est, malgré le fait que je livre avec les dll requises.
En plus quand j'analyse mon exe avec Reflector, il n'arrive pas à résoudre les assembly name de mes dll automatiquement, aurait-il- une relation avec mon problème?
Quelqu'un aurait il une idée.

Merci d'avance

**smyley** · 23/12/2008, 12h47

Quelles dlls ne trouve-t-il pas ? ce sont tes dlls ? tu as bien inclus toutes les dlls de ton projet ? tu as bien installé le framework 1.1 ?

**Gold Bug** · 23/12/2008, 13h48

Envoyé par nounowa

le problème est que l'exe tourne convenablement sur une machine où vs 2003 est déja installé mais pas sur une machine où il n'est pas installé

Tu dis que l'exe ne tourne pas convenablement, mais concrètement que se passe-t-il ?
- Il refuse de démarrer ?
- Il démarre puis se referme aussitôt sans rien faire ?
- Tu prends des exceptions ? Si oui, lesquelles ?
- Il est très lent ? Il prend toute la CPU ?

**nounowa** · 23/12/2008, 14h00

Pour vous répondre :L'exe ne se lance même pas, et ce sont mes dll que j'ajoute.
Est-ce normal de trouver avec le Reflector la dll : Microsoft.visualC.dll alors que ce n'est pas moi qu'il est apelé.

**nounowa** · 23/12/2008, 14h02

Il faudrait que j'installe le framework 1.1? Je pense qu'il est installé par défaut avec le XP non?

**smyley** · 23/12/2008, 14h15

regarde dans Ajout/Suppression de programmes si tu vois le .NET Framework.

**nounowa** · 23/12/2008, 14h30

J'ai toute une panoplie de framework

**lysiandad** · 23/12/2008, 15h33

Envoyé par nounowa

Bonjour,
[...]
En plus quand j'analyse mon exe avec Reflector, il n'arrive pas à résoudre les assembly name de mes dll automatiquement, aurait-il- une relation avec mon problème?
Quelqu'un aurait il une idée.

Merci d'avance

Bonjour,

Cette dernière remarque est une piste : même si vous pensez livrer tous les assemblies (DLLs) nécessaires à votre application sur la machine cible du déploiement, je suspecte que sur votre poste de dev, avec VS 2K3, se trouvent des assemblies inscrits dans la GAC (%WINDOWS%\assembly) et ce n'est pas le cas sur la machine cible.

Donc, avec l'aide de Reflector, sur votre poste de dev, listez tous les assemblies requis, pointez ceux qui se trouvent dans la GAC (c-a-d que leur emplacement n'est pas resolu via le systeme de fichier classique), puis regardez sur la machine cible ce qui manque dans sa GAC.

Enfin, autre piste, peut etre qu'un assembly fait reference a du code non géré ( "non managed" ), c-a-d une DLL non-.NET. Pour en savoir plus sur les dependances d'une DLL vers d'autres DLLs natives, utilisez depends.exe :

http://www.dependencywalker.com/

'HTH