Discussion :

[shkyo]

Bonjour,

J'utilise Visual Studio Community 2015 Up2 sous Windows 7 Pro x64

Je veux lire des clés de registre pour faire des vérifs, ce code-là fonctionne:

Code :

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

valeurLue = (string)Registry.GetValue("HKEY_CURRENT_USER\\Software\\Microsoft\\Windows Media\\WMSDK\\General","ComputerName", " ");

je récupère bien ma clé.

Mais celui-ci ne fonctionne pas:

Code :

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

valeurLue = (string)Registry.GetValue("HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Internet Explorer\\Registration","ProductId", " ");

je récupère seulement ma valeur par défaut qui est " "...

Je ne comprends pas pourquoi le 2ème code ne fonctionne pas!!!

Merci d'avance de vos suggestions...

[shkyo]

Bon j'ai continué de chercher de mon côté, je n'arrive toujours pas à lire la clé de registre dans HKEY_LOCAL_MACHINE mais j'ai trouvé une autre solution...

D'abord j'ai besoin du nom du PC, donc finalement j'ai utilisé ça:

Code :

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

valeurLue = Environment.MachineName.ToString();

Simple et efficace...

Ensuite, j'ai besoin de l'ID Windows du PC et là j'ai utilisé ça:

Code :

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

1
2
3
4
5
6
7
8
9
using System.Management;
...
const string queryString = "SELECT SerialNumber FROM Win32_OperatingSystem";
...
valeurLue = (from ManagementObject managementObject in new ManagementObjectSearcher(queryString).Get()
                             from PropertyData propertyData in managementObject.Properties
                             where propertyData.Name == "SerialNumber"
                             select (string)propertyData.Value).FirstOrDefault();
...

et ça fonctionne impeccable! Pour info, j'ai trouvé cette solution là: http://alexmg.com/getting-the-window...-id-using-wmi/

Donc bon, cela fonctionne maintenant, mais je n'ai toujours pas la soluce pour lire cette clé de registre...

[ericlm128]

Ceci peut être du à un problème de droit d'accès ou un problème de redirection du registre.

Depuis le FrameWork 4.0 il est facile de préciser le type d'affichage souhaité avec 'RegistryView'.
https://msdn.microsoft.com/fr-fr/lib...=vs.85%29.aspx
https://msdn.microsoft.com/fr-fr/lib...vs.110%29.aspx

[wallace1]

bonsoir,

Comme evoqué par ericlm128 il s agit probablement d un pb de redirection lié a la compatibilité x32/x64 bits de ton programme ....
Il serait dès lors judicieux de savoir quelle architecture ton projet cible-t-il : x86, x64, AnyCpu (parametrable depuis les propriétés de ton projet) ??

++

[shkyo]

Par défaut mes projets sont toujours en "Any CPU" avec l'option "Préférer 32 bits".

Mais j'ai déjà essayé d'enlever l'option "Préférer 32bits", et de mettre en x64, mais je n'accède pas mieux à la clé HKEY_LOCAL_MACHINE...

Ceci dit, ce n'est pas très grave vu que j'ai fais autrement, et que la plupart du temps je n'aime pas trop bricoler dans la base de registre. Mes applis devant tourner sur Windows 7, 8.1 et 10, j'essaie au maximum de passer par les fonctions système!

[wallace1]

@shkyo :

....et tu ne cherches pas a comprendre ou determiner l origine du probleme o_O ??
(tanpis c est ton choix).

cdlt..

[shkyo]

@shkyo :

....et tu ne cherches pas a comprendre ou determiner l origine du probleme o_O ??
(tanpis c est ton choix).

cdlt..

Si je voudrais bien savoir pourquoi, mais c'est une appli pour mon taf et je n'ai pas trop de temps pour l'instant à consacrer à un problème qui n'est plus bloquant... Car il faut bien que le reste avance!

[wallace1]

Je reviens sur ton problème :

Je viens d'ouvrir un projet de test et le code que tu as fournis plus haut fonctionne parfaitement bien chez moi......

Les propriétés de mon projet sont définies comme telles :

ANYCPU ciblé et Preferred 32 Bits décoché !

[shkyo]

Je reviens sur ton problème :

Je viens d'ouvrir un projet de test et le code que tu as fournis plus haut fonctionne parfaitement bien chez moi......

Les propriétés de mon projet sont définies comme telles :

ANYCPU ciblé et Preferred 32 Bits décoché !

Effectivement, je viens de faire le test moi aussi et ... ça marche! Bizarre ça, j'étais pourtant persuadé d'avoir essayé ce paramétrage auparavant...

Bon ben problème résolu donc! Mais je garde quand même les solutions sans les accès base de registre, je trouve ça plus propre pour une appli qui va aller sur plusieurs versions de Windows!

[wallace1]

Effectivement, je viens de faire le test moi aussi et ... ça marche! Bizarre ça, j'étais pourtant persuadé d'avoir essayé ce paramétrage auparavant...

Bon ben problème résolu donc! Mais je garde quand même les solutions sans les accès base de registre, je trouve ça plus propre pour une appli qui va aller sur plusieurs versions de Windows!

Tu préfères certes conserver l'utilisation des objets WMI mais (à titre info) il faut savoir que le temps d'exécution avec cette solution est extrêmement longs ...... cela dit ça reste pratique c'est certains.

Cdlt.

[shkyo]

Tu préfères certes conserver l'utilisation des objets WMI mais (à titre info) il faut savoir que le temps d'exécution avec cette solution est extrêmement longs ...... cela dit ça reste pratique c'est certains.

Cdlt.

Ah ok, je le note sur cette longueur d'exécution, merci pour l'info!

Mais au niveau de mon appli, ces 2 valeurs ne sont récupérées qu'une seule fois chacune au moment du lancement, donc la perte de performance ne sera pas ni visible, ni bloquante...