Très bonne gestion de la permanence de l'image. C'est précisément ce que je cherchais.
Quelques commentaires en plus seraient les bienvenus.

Bonjour MVERY,
J'ai jeté un oeuil sur le MDSN. Il faut ajouter le flag UF_DONT_EXPIRE_PASSWD à USER_INFO_2.usri2_flags dans la fonction CreateUser.

Ce qui donne les lignes suivantes :

Private Const UF_DONT_EXPIRE_PASSWD = &H10000

Buffer.usri2_flags = UF_NORMAL_ACCOUNT Or UF_SCRIPT Or UF_LOCKOUT Or UF_DONT_EXPIRE_PASSWD

Eric

Utiliser les API Windows ou WMI n'outrepasse pas les droits système. Il faut effectivement des droits élevés pour créer des utilisateurs. Le programme peut toutefois être lancé par la commande "Runas" en stipulant un compte admin local.

Merci ROMPETIT pour la correction. J'ai modifié le code en conséquence.

Merci Thierry,
J'ai déjà réalisé le même programme qui s'affranchit de la dll. Comme tu le décris, il suffit de rattacher le fichier .res contenant les messages à l'exécutable VB. La procédure de création de la dll passant par la création du fichier .res, il n'est pas bien compliqué de le récupérer au passage. Je publierais l’exemple sous le nom 'ECRIRE DANS LE JOURNAL DES EVENEMENTS (METHODE 4)'.
L'utilisation de la dll a toutefois un avantage. Si celle ci est placée dans le dossier %system32% elle est disponible pour tous les programmes VB. Y compris ceux qui sont exécutés à distance. Le journal des événements extrait les messages (de la dll ou du prog vb) lors de la lecture du journal. S’il ne trouve pas la source contenant le message (dll ou prog vb) il affichera le message ‘Impossible de trouver la description...’

Il suffit de lire la documentation livrée avec mon code source qui explique comment réaliser la dll !

J'ai posté dans la rubrique 'système' un code intitulé 'ECRIRE DANS LE JOURNAL DES EVENEMENTS (METHODE 3)'qui résous les problèmes évoqués. Il utilise une DLL (msgfile.dll) qui référence des messages libres numérotés de 0 à 9999. Je posterais un prochain code qui s'affranchira de la DLL.

En attendant de gérer les messages via une DLL, j'ai posté un code sous le nom 'ECRIRE DANS LE JOURNAL DES EVENEMENTS (METHODE 2)'. Il n'utilise pas d'API. Le nom de la source des messages n'est pas modifiable (WSH) et l'EventID est lié au type d'information (warning, info ,error).

Pour répondre à DrJo45, LogEvent fonctionne uniquement quand le programme est compilé.

Quand j'utilise le code sous Windows 2000 SP4, la description de l'événement est précédé de :
"Impossible de trouver la description de l'ID d'événement ( X ) dans la source ( Xxxx ). L'ordinateur local n'a peut-être pas les informations de Registre nécessaires ou les fichiers DLL de messagerie pour afficher les messages provenant d'un ordinateur distant"