Lorsque j'essaie de démarrer un service que j'ai créé dans Visual Studio, je reçois l'erreur suivante :
System error 5 has occurred.
Access is denied.J'exécute la ligne de commande avec des privilèges élevés, ce n'est donc pas ce problème. Y a-t-il un endroit où je peux regarder pour voir quelle erreur se produit ?
C'est vraiment stupide. J'ai simplement lancé l'installation à partir du dossier de débogage, ce qui, je pensais, placerait l'exécutable dans le bon répertoire. Les permissions ont fait l'affaire.
Ça a marché pour moi aussi - merci. Je voulais juste l'essayer et installer à partir d'un dossier Debug était l'option la plus facile :-)
C'est une bonne chose que vous ayez posté cette réponse alors que vous avez trouvé la solution vous-même. J'avais le même problème et cela m'a aidé. Merci :-D
Je vois que vous avez résolu le problème ; mais en réalité, vous ne devriez normalement pas exécuter le service à partir du dossier bin d'un projet de toute façon - les fichiers devraient être placés quelque part indépendamment du projet et du profil (par exemple, sous les fichiers de programme). À des fins de débogage (lorsqu'il se être dans le dossier bin), vous pouvez détecter si c'est un service en Main() et s'il est exécuté de manière interactive, il suffit d'exécuter le code de service directement, au lieu de la configuration habituelle de démarrage de service.
Vous pouvez le détecter en ajoutant un argument de ligne de commande, ou vous pouvez essayez vérification de Environment.UserInteractive .
Oui, dans mon scénario, j'étais dans DEV, et un événement post-build déploie et démarre le service pour moi, prêt à être attaché.
C'est vrai, mais il est également important de déboguer le service exécuté en tant qu'utilisateur du service local, sinon vous risquez de rencontrer des problèmes de permissions inattendus lors de l'exécution en production.
J'ai eu le même problème parce que mon projet et son code source se trouvaient dans un dossier qui avait le système de fichiers cryptés de NTFS ( EFS ) activé. Les assemblages compilés étaient également cryptés et l'utilisateur qui exécutait mon service n'avait pas le droit de les décrypter. La suppression d'EFS était la solution la plus simple. Cela peut être fait par ligne de commande en utilisant CIPHER.EXE, qui est un outil Windows.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
