Discussion :

[Cyrus]

Bonjour,

J'ai une application faites avec Delphi 3 qui fonctionnait très bien jusqu'à ce que je la test sur un poste Windows 2000 en utilisant un utilisateur ne faisant pas parti du groupe Administrateur.

Lorsque j'utilise cet utilisateur, Delphi n'est pas capable d'ouvrir les clés de registre se trouvant dans 'HKEY_LOCAL_MACHINE\SOFTWARE\'.

Pourtant si j'y vais directement avec regedit je peux ouvrir et même modifier ces clés avec ce même utilisateur.

Est-il possible de lire ou modifier la base de registre via Delphi avec un utilisateur qui n'est pas administrateur?

Merci.

[charlyz]

Oui c'est possible, mais seulement HKEY_CURRENT_USER...

Essaye d'écrire avant de lire, tu t'es pitet gourré dans le nom de la clé que tu cherches à lire.

[Pierre Castelain]

C'est un problème de droits d'accès. Les clés de la base de registres sont comme des fichiers, on peut y accéder en lecture ou en écriture. Pour ne pas avoir de problème, il faut préciser la propriété Access avant l'ouverture de la clé. Par défaut cette propriété est positionnée à KEY_ALL_ACCESS (lecture, écriture, etc):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
  reg:= TRegistry.Create;
  reg.Access:= KEY_READ;

A noter : on peut également préciser cette valeur à la création de la clé depuis peu :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
  reg:= TRegistry.Create(KEY_READ);

[Cyrus]

Delphi ne semble pas reconnaître la propriété 'access'. Peut-être que je n'utilise pas la bonne librairie ou elle n'est simplement pas disponible avec Delphi 3.

J'ai utilisé HKEY_CURRENT_USER et tout semble bien fonctionner.

Merci

[Pierre Castelain]

Effectivement, il me semble qu'il s'agissait d'un "bug" corrigé dans les versions suivantes de Delphi. Le composant TRegistry ouvrait toutes les clés en mode lecture-ecriture. Ce qui pose effectivement problème lorsque celles-ci sont vérouillées.
En principe tu ne devrais en effet plus avoir de problème en stockant tes données dans HKEY_CURRENT_USER car il est rare (et pratiquement inconcevable) qu'un administrateur réduise les droits sur cette branche.