.ini dans le meme répertoire que l'appli..

Bonjour,

Voilà, j'ai regardé comment créer et utiliser les fichiers .ini avec les MFC, j'arrive bien avec la façon "standard" :

Code:

---

1 2	AfxGetApp()->WriteProfileString(...); AfxGetApp()->GetProfileString(...);

---

mais ca écrit le .ini dans c:\Windows...

J'aimerais utiliser un fichier .ini dans le même répertoire que mon appli, en cherchant, j'ai trouvé les fonctions :

Code:

---

1 2	AfxGetApp()->WritePrivateProfileString(...) AfxGetApp()->GetPrivateProfileString(...)

---

mais ca ne fonctionne pas, lors de la compilation, j'ai une erreur C2039 : 'WritePrivateProfileStringA' : is not member of CWinApp...

Comment faire ? Quelqu'un sait un peu plus comment ca fonctionne avec ces fameux fichiers .ini pour écrire dans le même répertoire que l'appli ?

Merci
Bonne soirée
++

salut,
voir la faq : http://cpp.developpez.com/faq/vc/?pa...ngeDefaultName
quand aux erreurs ,utilise les méthodes de la classe CWinApp....
c'est WriteProfileString et non WritePrivateProfileString

Si tu veux écrire le .ini dans le même répertoire que ton appli, il faut que tu récupères le nom complet de l'appli (avec le chemin).
Pour ce faire tu peux utiliser la fonction GetModuleFileName :

Code:

---

1 2 3 4 5 6 7

// Lecture du nom complet de l'appli char IniFileName[MAX_PATH]; GetModuleFileName(NULL, IniFileName, MAX_PATH);   // Nom du fichier .ini strcpy(&IniFileName[strlen(IniFileName)-3],"ini");

---

Je dis pas que c'est la méthode la plus élégante mais ça fonctionne.

Mais déjà, de nos jours, tu n'est même plus censé utiliser des ini. La méthode recommandée, c'est le Registre: HKLM ou HKCU selon que le paramètre doit être réservé aux admins ou non...

salut,

il faut commencer par initialiser la variable CWinApp::m_pszProfileName, en y mettant le chemin complet où doit etre stocké ton fichier .ini

après tu peux utiliser les fonctions CWinApp::GetProfileInt() et CWinApp::WriteProfileInt() ... entre autres

voici un peu de code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

CString AppPath; int len=0; if (GetModuleFileName(AfxGetInstanceHandle(),AppPath.GetBufferSetLength(MAX_PATH),MAX_PATH)) { int i=AppPath.ReverseFind(_T('\\')); if (i>=0) len=i+1; }   AppPath.ReleaseBuffer(len);   LPCTSTR pProfileName=_tcsdup(AppPath+_T("MONFICHIER.INI")); if (pProfileName==NULL) AfxThrowMemoryException();   free((void*)m_pszProfileName); m_pszProfileName=pProfileName;

---

@+

Citation:

---

Mais déjà, de nos jours, tu n'est même plus censé utiliser des ini. La méthode recommandée, c'est le Registre: HKLM ou HKCU selon que le paramètre doit être réservé aux admins ou non...

---

oui et non. supposons que tu fasses une appli pour un usage "nomade". c'est à dire que l'appli est stockée sur clé USB, pour pouvoir etre libre de l'utiliser sur n'importe quel PC.

si tu mets la config dans la base de registres Windows, lorsque tu changes de PC tu perds tout ... :aie:

la seule solution, est le fichier de configuration (ini par exemple)

et les MFC permet de choisir l'une ou l'autre, juste en réglant soit la variable m_pszProfileName soit la variable m_pszRegistryKey

Enfin ceci est valable pour les MFC avant le feature pack de VS2008, puisque depuis il y a l'objet CSettingsStore qui bride tout à la base de registre, à moins de développer sa propre classe dérivée de CSettingsStore :evilred:

ça m'interesserait, si certains ont d'autres solutions que de réécrire une classe CSettingsStore ... ?

@+

Citation:

---

Envoyé par stephdim

oui et non. supposons que tu fasses une appli pour un usage "nomade". c'est à dire que l'appli est stockée sur clé USB, pour pouvoir etre libre de l'utiliser sur n'importe quel PC.

si tu mets la config dans la base de registres Windows, lorsque tu changes de PC tu perds tout ... :aie:

la seule solution, est le fichier de configuration (ini par exemple)

et les MFC permet de choisir l'une ou l'autre, juste en réglant soit la variable m_pszProfileName soit la variable m_pszRegistryKey

Enfin ceci est valable pour les MFC avant le feature pack de VS2008, puisque depuis il y a l'objet CSettingsStore qui bride tout à la base de registre, à moins de développer sa propre classe dérivée de CSettingsStore :evilred:

ça m'interesserait, si certains ont d'autres solutions que de réécrire une classe CSettingsStore ... ?

@+

---

salut,
j'utilise cette classe pour mes .ini...
http://cpp.developpez.com/faq/vc/?pa...ile#EVCIniFile

intéressant ! je vais étudier ça ...
Merci farscape

@+