Discussion :

[scorbo]

Bonjour à tous,

J'ai écris un programme qui utilise quelques fonctions d'une DLL. Celui-ci fonctionne très bien. Maintenant je souhaite démarrer ce programme en tant que service Windows. J'ai récupéré l'exemple présent sur FAQ qui fonctionne très bien (merci à son auteur !). Le service se lance et s'arrête correctement. Mais lorsque j'ai mis mon code dans la boucle du thread du service (code qui fait appel à la DLL) je n'ai plus aucun résultat, les fonctions de la DLL n'ont plus d'effets (mais le service se lance toujours correctement) ??

Merci

[ram-0000]

Il y a quelques pièges avec les services.

Le premier c'est que le service s'exécute par défaut (et sauf changement fait par l'utilisateur) avec l'identité LOCALSYSTEM et pas l'identité de l'utilisateur. Il peut donc y avoir des problèmes de droits sur l'arborescence.

Le second, c'est que comme il n'y a pas de vrai login de l'application, la registry HKCU n'existe pas. Donc tous les appels pour lire une valeur de la registry dans HKCU vont échouer.

[scorbo]

Oula, va falloir la refaire plus doucement, lol.

J'ai bien vu qu'il existait trois types de session pour les services "Système local", "Service local" et "Service réseau", mais je ne connais pas leur différence.

Qu'est-ce que le "registry HKCU" ?

Tout ce que je voulais c'est que mon application se lance en tâche de fond sans qu'elle soit visible par l'utilisateur...

[ram-0000]

J'ai bien vu qu'il existait trois types de session pour les services "Système local", "Service local" et "Service réseau", mais je ne connais pas leur différence.

Je ne connais pas bien leur différences non plus mais ce sont des identifiants système à la différence d'un identifiant utilisateur. Ils ont donc des droits et des privilèges différents (pas forcemment plus importants mais différents)

Ainsi, l'identifiant "Local Syteme" n'a pas les droits sur la partie de l'arborescence "Documents and Settings\Raymond", c'est comme cela sur mon poste. Par contre il a plus de droits que moi sur WINNT\System32.

Qu'est-ce que le "registry HKCU" ?

HKCU, c'est l'abbréviation de la partie de la registry pour Current User, c'est à dire l'utilisateur connecté par l'écran de login. Comme un service ne passe pas par une phase d'authentification, cette partie de la registry n'existe pas pour lui. Cela peut être aussi une cause du problème s'il essaye de lire dedans.

Tout ce que je voulais c'est que mon application se lance en tâche de fond sans qu'elle soit visible par l'utilisateur...

Cette phrase peut vouloir dire plusieurs choses différentes :

• L'application est lancée en tant que service (l'équivalent Unix, c'est démon). Elle est donc lancée au démarrage de la machine.
• L'application est lancée en tant qu'utilisateur. Elle est donc lancée après le login de l'utilisateur avec les droits et privilèges de l'utilisateur connecté. Elle peut être visible ou non. En général, c'est lancé par le menu Démarrer/Démarrage ou bien par des clés de registres de l'utilisateur (je n'ai plus le nom en tête).

[scorbo]

OK, mais comme le chargement de la DLL ainsi que l'appel à ses fonctions ne posent pas de problème (la DLL écrit dans un fichier et je vois les résultats) c'est donc que je ne dois pas avoir de problème de droits.

Je ne vois pas bien le rapport entre la partie HKCU du registre et l'appel d'une DLL ? D'accord le service ne s'authentifie pas donc il n'a peut être pas tous les droits, mais je ne fais rien de spécial nécessitant des droits spécifiques (du moins je ne pense pas).

Je connais la clé du registre permettant de lancer une application au démarrage mais si je fais ça alors l'application (console win32) se verra.

Le problème vient peut être tout simplement du traitement que fait la DLL, peut être que ce n'est pas faisable : la DLL est un HOOK clavier.

[scorbo]

A priori la DLL se charge correctement, l'appel aux fonctions est OK c'est "juste" le HOOK qui n'intercepte pas les touches claviers.