Version imprimable
Bonjour,
je développe une petite application MFC sous visual studio 2005
j'y ai ajouté un fichier de configuration
Mais je ne vois pas du tout comment aller lire les infos qui sont dedans...
J'ai cherché, surement mal parce que je n'ai rien trouvé...
Quelqu'un pourrait-il me donner quelques pistes?...
Merci
Tu veux dire un fichier app.config ?
C'est surtout pour .Net ça, j'ignore s'il y a des biblios toutes faites pour les lire en prog native...
bah, oui, c'est ce qu'il me semblaitCitation:
Envoyé par Médinoc
Mais Visual Studio me propose d'en ajouter un à mon projet MFC, alors...
ça serait plutôt un fichier .ini, non?
mais je sais pas trop à quoi ça ressemble...
Bonjour,
Peut être une piste autour de l'interaction MFC et .Net : http://dotnet.developpez.com/faq/cpp...ers#readConfig
(fonctionne si le app.config est dans le même répertoire que ton exe).
A+,
Agamitsudo.
Merci,
mais je crois bien que ça ne marche qu'avec .net...
J'ai essayé avec un .ini
Mais le pb, c'est qu'il faut qu'il soit dans le répertoire de windows...
Moi, je voudrais pouvoir utiliser un fichier de config qui soit dans le répertoire de l'exe (d'où le app.config...)
Euh, pas à ma connaissance...[/QUOTE]Citation:
Envoyé par melleb
Ah oui,Citation:
Envoyé par Médinoc
autant pour moi,...
MSDN dit :j'avais fait des tests en ne spécifiant pas le chemin complet...Citation:
Syntax
DWORD WINAPI GetPrivateProfileString(
__in LPCTSTR lpAppName,
__in LPCTSTR lpKeyName,
__in LPCTSTR lpDefault,
__out LPTSTR lpReturnedString,
__in DWORD nSize,
__in LPCTSTR lpFileName
);
Parameters
lpAppName [in]
The name of the section containing the key name. If this parameter is NULL, the GetPrivateProfileString function copies all section names in the file to the supplied buffer.
lpKeyName [in]
The name of the key whose associated string is to be retrieved. If this parameter is NULL, all key names in the section specified by the lpAppName parameter are copied to the buffer specified by the lpReturnedString parameter.
lpDefault [in]
A default string. If the lpKeyName key cannot be found in the initialization file, GetPrivateProfileString copies the default string to the lpReturnedString buffer. If this parameter is NULL, the default is an empty string, "".
Avoid specifying a default string with trailing blank characters. The function inserts a null character in the lpReturnedString buffer to strip any trailing blanks.
lpReturnedString [out]
A pointer to the buffer that receives the retrieved string.
nSize [in]
The size of the buffer pointed to by the lpReturnedString parameter, in characters.
lpFileName [in]
The name of the initialization file. If this parameter does not contain a full path to the file, the system searches for the file in the Windows directory.
Je vais revoir ça...
Regardes plutot ces fonctions là :
CWinApp::GetProfileInt()
CWinApp::GetProfileString()
CWinApp::GetProfileBinary()
pour écrire, c'est idem sauf des Write à la place des Get
et surtout:
CWinApp::SetRegistryKey() qui permet d'aller taper dans la base de registres Windows ou sans ça dans un fichier .ini (le chemin est dans CWinApp::m_pszProfileName)
voila, je pense ne rien avoir oublié :mrgreen:
@+
c'est bon,
ça marche mon .ini en mettant le chemin complet dans GetPrivateProfileString
par contre,
CWinApp::m_pszProfileName ne renvoie que le nom de l'appli...
ben normal, par défaut, le fichier .ini aura le meme nom que l'appli.Citation:
par contre,
CWinApp::m_pszProfileName ne renvoie que le nom de l'appli...
à toi de changer cette variable si tu veux un autre fichier .ini dans un autre répertoire par exemple (en mettant le chemin complet)
je te conseille quand meme d'utiliser les fonctions que je t'ai indiqué plutot que directement l'API Win32 avec ses fonctions GetPrivateProfilexxxx()
les fonctions MFC font appel aux fonctions de l'API Win32 mais prennent en charge les CString par exemple, ce qui évite de te prendre la tête sur de l'allocation de buffer par exemple.
et en plus, tu peux basculer de la base de registres Windows vers un fichier ini ou vice-versa sans changer ton code de lecture / écriture.
@+
ah ouais,Citation:
Envoyé par stephdim
c'est bon à savoir...
Merci