Discussion :

[Le_magicien999]

Bonjour,

Je dois pour un programme recupéré un élément de la Base de registre.
Je développe sous visual C++ .NET

Je me suis rencardé sur la FAQ C++ builder
http://c.developpez.com/faq/bcb/?page=systemeregistre
mais mon soucis viens du fait que je ne dispose apparement pas du header registry.hpp

J'ai trouvé registry.h et .cpp dans l'arborescence de visual
j'ai donc essayé de faire un include du header mais fichier non trouvé par visual.
J'ai copié les fichier sur mon rep de travail et j'ai include les fichiers avec succès mais au moment de la création d'un element "registre" dans mon code avec la syntaxe ci-dessous,

Code :

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

TRegistry *registre = new TRegistry();

j'ai droit à une erreur de syntaxe

Y-a-t'il quelqu'un qui me renseigner s'il vous plait ?
Merci par avance

[farscape]

salut,
je crois que tu melanges un peu tout bcb et VC .
pour vc.net ,le .h cité ne concerne en rien un classe de gestion de la base de registre .
pour travailler avec la base de registre utilise les apis32
ou sinon si c'st possible importe le fichier source et .h de bcb .
tout depend de ce que tu cherches a faire..

[Le_magicien999]

Merci de ta réponse
oui dsl je crois en effet que je mélange un peu

en fait, je développe une application en mode console sous VC
Cette appli s'incrit dans la base de registre pour se relancer automatiquement à chaque reboot du système.

Au démarrage de l'appli, elle doit charger des infos à partir de fichiers texte se trouvant dans le même repertoire que l'appli.

Le problème viens que windows lance l'appli avec le bon chemin mais reste dans son répertoire initial et donc l'appli ne trouve pas les fichiers

Donc j'avais pensé recupéré le chemin a partir de l'information de la base de registre. ( ou alors il faudrait que l'appli recupère à son lancement son chemin afin d'aller chercher les fichiers au bon endroit )

Par contre si tu as une autre solution... je veux bien prendre.

[Médinoc]

Eh bien... Pour avoir accès au registre avec l'API Windows, va voir du coté de s fonctions RegOpenKeyEx(), ReqSetValueEx(), RegQueryValueEx() et RegCloseKey()...
Cela devrait être suffisant pour mémoriser un chemin de répertoire (genre répertoire d'installation), et le récupérer ensuite...

[BertrandA]

Ou utiliser la classe CRegKey définie dans <atlbase.h>

[farscape]

re,
il y a un truc pas clair dans ton probleme.
c'est dans le parametrage du raccourci que l'on indique le repertoire d'execution du programme (ou dans le batch etc..).
donc si le repertoire est bien renseigné je ne vois pas ton probleme.

[Le_magicien999]

Merci tout le monde et salut Farscape,

en fait il n'y a pas de soucis avec le chemin du programme en lui même.
Il se lance sans problème mais sur mon serveur de test par exemple, à l'heure actuelle, lorsque le serveur reboot, il relance bien l'application avec le bon chemin mais le serveur est sur le repertoire c:\ et donc l'application cherche les fichier .txt qui lui sont nécessaire dans le répertoire C:\ au lieu du répertoire de l'application.

Du fait que l'appli ne sera jamais au même endroit sur le serveur, je ne peux pas mettre de chemin statique ... ainsi, recupérer le chemin spécifié au niveau de la base de registre me parait être la seule solution (le chemin de l'appli s'incrit dans la base de registre au premier démarrage de celle-ci qui se fait en cliquant sur un shortcut.).

( j'ai pensé aussi au fait que peut-être l'appli pourrait recupérer directement son chemin complet mais je ne vois pas trop comment faire ça )

Si il y en a une autre, je suis preneur
Merci les gars

[Médinoc]

( j'ai pensé aussi au fait que peut-être l'appli pourrait recupérer directement son chemin complet mais je ne vois pas trop comment faire ça )

Si tu es en mode console, tu prends directement argv[0] jusqu'au dernier antislash
Sinon, tu fais un GetModuleFileName(NULL) et là encore, tu vas jusqu'au dernier antislash...

[farscape]

voir faq:
http://c.developpez.com/faq/vc/?page...pp#PathExeFile

[Le_magicien999]

Merci

ça marche