Question Resolution du \"DigitalProductId\" via PowerShell

Olivier écrit:

Pourriez-vous me mettre un peu sur la piste concernant les fonctions à utiliser

Récupérer les données dans un tableau, puis inverser son contenu. Enfin, si j'ai bien compris ceci :

C'est ce que l'on observe dans toutes entrées DigitalProductID,
la Raw Key étant stockée sur 15 octets, entre les offsets 0x34 à 0x42.
Ne pas oublier que dans les architectures \"Intel\" (et compatible), les grandeurs binaires sont représentées en \"Little Endian\", c'est à dire que les octets de poids faibles sont en tête.

Dans l'exemple ci-contre, la Raw Key est le nombre (en hexadécimal) 03D3FC979F6BA773C899DEA7EF6380

Sous PS tu peux utiliser 0x34 qui indique un nombre hexa.

Olivier écrit:

Merci pour l'info

J'étais parti sur autre chose :
[code:1]
[byte[]]$Rawkey=(get-itemproperty -path registry::\"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\"«»).DigitalProductId[0x32..0x42]
$RawKey
[system.array]::Reverse($RawKey)
$RawKey
[/code:1]
Comme quoi l'approche procédurale/Poo n'est pas tjrs la plus pertinente sous PS .
Pour la suite ça part en sucette car tu ne suis pas l'algo donné :

Avec de possibles variantes, l'algorithme est toujours le même :

On effectue une division euclidienne du nombre par 24.
Le reste obtenu est le chiffre en base 24 des unités.
Puis on recommence la division euclidienne sur le quotient,
et ainsi de suite, jusqu'à ce que le quotient soit nul.
Chaque reste est un chiffre de poids de plus en plus fort.

Je verrais bien une fonction récursive sur ce coup là, mais je ne suis pas allé plus loin que la lecture de l'algo <br><br>Message édité par: Laurent Dardenne, à: 6/02/09 18:59

Je n'ai pas la force de creuser davantage (j'ai une gastro terrible depuis la nuit dernière, croyez-moi ça met vraiment à plat et ça fait mal), mais il me semble que ton -join ne donne pas le bon chiffre.

En effet, la commandelette get-itemproperty ... renvoie une liste de nombres décimaux. Par exemple:

5
103
27
48
...

Les accoler comme tu le fais ne donne absolument pas le nombre exact:

[code:1]
PS&gt; -join (5,103,27,48)
51032748
[/code:1]
Tu vois bien que le résultat n'est pas bon. Cette opération -join ne marcherait que si get-itemproperty te renvoyait des nombres au format hexadécimal formatté sur deux chiffres, ce qui n'est pas le cas.

Tu pourrais forcer la conversion en hexa assez facilement, mais après il te faudra assurer une conversion de base 16 vers base 24. Faisable, mais pas forcément évident.

Tu pourrais aussi faire un vrai \&quot;join\&quot; prenant en compte le poids de chaque nombre renvoyé par get-itemproperty. Quelque chose dans le genre de:

[code:1]
$rank = $sum = 0
$tab | foreach {
$sum += $_ * [System.Math]::«»Pow(256,$rank)
$rank++
}
[/code:1]
Au final, $sum doit contenir la bonne valeur, à laquelle appliquer la série de divisions par 24 pour arriver au Product ID.

Ah oui, attention: ma lecture de $tab suppose que j'ai les chiffres de poids faible en premier, or je crois que c'est l'inverse dans ton début de script. A vérifier en tout cas (si c'est le cas, il est facile d'énumérer $tab dans le sens inverse).

Bon courage. Je retourne me coucher...

Janel