2010-02-27 3 views
3

J'ai écrit un programme serveur que nous appelons progie, ce progie fonctionnant comme une horloge sur mon windows 7 (mon ms VS est installé sur Windows 7) après avoir compilé le progie et le transférer vers Windows Server 2003 J'ai essayé de lancer le progie mais pas de chance.mon application dotnet ne fonctionne pas sur Windows Server 2003

est ici le symptôme:

quand je suis en train de courir le progie je surveille également le gestionnaire de tâches, dans le gestionnaire de tâches, il montre le progie pour un couple que de secondes, puis s'annule le programme pauvre de la tâche gestionnaire ou c'est mieux de dire de la mémoire.

J'utilise .net 3.5/C# bibliothèques: médicaments génériques, de diagnostic, IO

cadres installés sur mon serveur: dotnetfx 2.0 dotnetfx 3.0 dotnetfx 3.5

windows server 2003

+5

Que dit le journal des événements? –

+1

Quel genre de programme est * progie *? Est-ce un exécutable, une application Web, un site Web ou autre? Cela dépend-il des fonctionnalités ajoutées dans .NET 3.5 SP1, et si oui, avez-vous installé .NET 3.5 SP1 sur le serveur? –

+1

En outre, une exception a-t-elle été levée lorsque vous avez démarré l'application? –

Répondre

2

Notez que votre programme s'exécute correctement sur Windows 7 avec VS installé et échoue sur le serveur. Les causes possibles peuvent être,

  1. progie dépend des bibliothèques de tiers, que vous n'avez pas encore installé sur le serveur. Des choses comme les bibliothèques DevExpress et ainsi de suite conduiront à de tels problèmes. Le correctif consiste à déployer les dépendances avec votre exécutable.

  2. Votre code soulève une exception non gérée sur le serveur 2003. Si c'est le cas, vous devriez pouvoir trouver des enregistrements de plantage pour progie dans le journal des événements de l'application. Le correctif consiste à capturer le vidage sur incident et à l'analyser. http://dumpanalysis.org

0

Puisqu'il ne tombe même pas en panne, il disparaît, cela me semble être une incompatibilité .Net FW (c'est-à-dire qu'il vous manque la bonne version) ou une autre ressource manquante. Le moyen le plus simple d'obtenir ceci: téléchargez ProcMon de SysInternals, et surveillez quels fichiers/DLLs progie essaye d'ouvrir et échoue. Cela devrait vous mettre sur la bonne voie.

+0

@Traveling Tech Guy: Eh bien ... l'OP a clairement déclaré que les versions de cadre ont été installés sur le serveur .... donc -1 .... – t0mm13b

+0

@ tommieb75 il pourrait encore être une version divergence. Néanmoins, la solution que j'ai proposée est assez générale et traitera également d'autres problèmes de ressources. –

Questions connexes