LE REGISTRE FACILE (VC++ SANS MFC)
ymca2003
Messages postés
2070
Date d'inscription
mardi 22 avril 2003
Statut
Membre
Dernière intervention
3 juillet 2006
-
5 févr. 2004 à 00:38
cs_charled Messages postés 5 Date d'inscription vendredi 3 novembre 2000 Statut Membre Dernière intervention 11 septembre 2006 - 15 déc. 2004 à 19:56
cs_charled Messages postés 5 Date d'inscription vendredi 3 novembre 2000 Statut Membre Dernière intervention 11 septembre 2006 - 15 déc. 2004 à 19:56
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/20138-le-registre-facile-vc-sans-mfc
https://codes-sources.commentcamarche.net/source/20138-le-registre-facile-vc-sans-mfc
15 déc. 2004 à 19:56
il m'affiche dans le registre en hexadécimal: 30307830
15 déc. 2004 à 19:54
j'ai créé une valeur DWORD mais dans le champ valeur j'ai mis la valeur : 0x00000001 qui correspond en décimal à 1 mais cela ne marche pas, par contre si je mets 0xFF là cela marche et je ne comprends pas pourquoi, quelqu'un pourrait -il m'expliquer le fonctionnement, c'est une valeur en binaire, hexadécimal, décimal...
10 nov. 2004 à 09:10
ferme les yeux, tu auras moins peur
lol
9 nov. 2004 à 19:03
9 nov. 2004 à 17:38
tu te compliqueras moins la vie...
après, si tu as du tps à y consacrer....
++
8 nov. 2004 à 18:28
j'ai cette erreure lorceque j' include Registre.h, sous VC++ 6 et que je compil
Voila merci de me repondre
Sylvain
PS : Je suis un n00b en C++, je vien du VB et delphi
1 sept. 2004 à 21:53
ce code, meme s'il semble le gérer ne récupère pas lui non plus les REG_MULTI_SZ
ou alors C que je me suis planté ds son implémentation... je me suis inspiré de LireValeur
en est -il de meme pour ces types que je ne gérais pas...:
6 REG_LINK A Unicode symbolic link. Used internally; applications should not use this type.
8 REG_NONE No defined value type.
9 REG_FULL_RESOURCE_DESCRIPTOR // Resource list in the hardware description
10 REG_RESOURCE_REQUIREMENTS_LIST ( 10 )
????
++
sinon, un bon source
ou quasi tout code ce trouve ds le header
C bien mais, tu C, Shell, il existe un mot clef nommé inline....
autrement une rq sur ta gestion d'erreur :
err->style = MB_ICONSTOP;
peut se factoriser
voir mm, ce champ peut sauter
voilà
à très bientot
Magicalement,
Nono.
24 août 2004 à 01:08
Shell
26 mars 2004 à 14:43
Est ce que je peux utiliser RegQueryValueEx ?
6 févr. 2004 à 00:50
la fonction RegQueryValueEx attend comme avant dernier paramètre un pointeur vers les données à récupérer. Selon le type, il faut fournir :
REG_BINARY : un tableau de BYTE.
REG_DWORD : un pointeur sur DWORD.
REG_SZ : un tableau de char.
La taille retourné par le premier appel à RegQueryValueEx et mis dans dwlen te permet de savoir la taille du tableau à passer en paramètre pour pouvoir récupérer les données.
en passant un pointeur sur une variable de type 'double' que tu cast en LPBYTE, tu fourni en fait un tableau de 8 octets (la taille d'un double).
si la valeur que tu souhaite récupérer est une chaîne de caractères contenant 20 caractères, la fonction va écrire les 8 premiers dans la variable de type double, castée en char*, puis le reste à la suite.
C'est sur, tu va récupérer les données, mais si une variable se trouve juste après dwKeyEn, elle sera tout simplement écrasée.
pour t'en persuader, rajouter cette ligne au début juste après
double dwKeyEn = sizeof(long);
char szText[] = "Hello world";
et dans LireValeur :
MessageBox(NULL, szText, "msg", 0);
//On recupere la taille de la clé dans un premier temps pour connaitre la taille du buffer que l'on va devoir spécifié
returnValue = RegQueryValueEx(hCle, nom, NULL, NULL, NULL, &dwLen);
//Maintenant on lit la valeur de la clé en spécifiant la taille du buffer
returnValue = RegQueryValueEx(hCle, nom, NULL, NULL, (LPBYTE)&dwKeyEn, &dwLen);
MessageBox(NULL, szText, "msg", 0);
lance ton prog et ouvre une clé contenant du texte de plus de 8 caractères et regarde les messages.
l'allocation dynamique permet d'éviter cela par ex en faisant
char* szVal = new char[dwLen+1]; avant de récupéréer la chaîne.
Ne t'imquiète pas en ce qui concerne la saturation de la mémoire, dwLen ne dépassera jamais quelque dizaines d'octets au max (sinon le registre aurais qqe pb lors du chargement si des clés étaient trop grandes)
5 févr. 2004 à 15:11
Il y aura toujours des limites en informatiques....
Dans mon cas la longueur d'un double est quand meme largement suffisant pour stocker la taille de la valeur a lire dans la bdr ....
Mon probleme etait surtout de pouvoir lire toutes les valeurs qu'il y avait dans la bdr de mon pc qui est plutot bien garni ... Et le résultat a été plus que satisfaisant !!!
T'as remarque n'en reste pas moin constructive ;)
A++ et bonn prog....
SheLL
P.S : Les commentaires ne sont pas la que pour moi .... Il m'aide entre autre a avancer dans mon travail, mais aussi a vous qui comme moi etes parfois limité par les connaissances dans certains domaine en programmation ...
Pour les notes ca fait tjs plaisirs :p
5 févr. 2004 à 00:38
L'intérêt de récupérer la taille nécessaire est justement pour allouer dynamiquement un buffer de la taille voulue.
Ce que tu peut faire, c'est mettre un pinteur de type BYTE* comme membre de la classe et alloué sa taille avant chaque appel à RegQueryValueEx tout en supprimant l'ancien avant s'il a déjà été alloué.
Dans le constructeur : init à NULL.
Dans de destructeur : destruction du buffer éventuellement alloué.