Probl�me GetModuleFileName VS2008

Bonjour,

Je rencontre un probl�me qui me laisse perplexe...
je souhaite r�cup�rer le chemin de l'ex�cutable pour pouvoir en extraire le chemin du dossier "pr�c�dent".
Je rencontre un probl�me en utilisant GetModuleFileName. En effet, j'ai plusieurs variables globales qui sont initialis�e au d�but:

Code:

---

1 2 3 4 5 6 7

CString m_strExportDir; CString m_strJournalDir; CString m_strArchiveDir; CString m_strServeur; CString m_strBase; CString m_strLastUser; CString m_strCheminRacine;

---

Quand j'appelle dans le cpp:

Code:

---

GetModuleFileName(NULL,(char*)(LPCTSTR(m_strCheminRacine)),512);

---

toutes les variables globales prennent le chemin de l'exe (qui est soit dit en passant le chemin attendu mais ce chemin ne devrait normalement �tre stock� que dans m_strCheminRacine).
C'est mon premier probl�me.

Ensuite quand je tente un

Code:

---

1 2	CString chemin2=m_strCheminRacine; m_strCheminRacine=chemin2.Left(11);

---

rien ne se passe je ne parviens pas � extraire la partie gauche de mon chemin...

je ne comprends pas pourquoi �a ne marche pas d'autant plus que le m�me code marchait parfaitement bien sous VC6.0 avant que je ne le transf�re sous VS2008...

(je donne en passant une pr�cision qui ne sert peut-�tre � rien: j'utilise pour compiler les MFC en DLL partag�e et je n'utilise pas ATL. Quand j'utilise ATL en DLL partag�e, cela ne change rien � mon probl�me...)

Quelqu'un aurait-il la moindre id�e d'o� pourrait provenir cette erreur?

Merci beaucoup par avance!

Il y a plusieurs classes CString, en fonction des options de compilation.

Quelle est celle utilis�e ?

Pouvez-vous poster une solution VS2008 minimaliste, reproduisant le probl�me ?

salut,
�a ne fonctionne pas et ce n'est pas �tonnant ^^,
la d�finition de la fonction:

Code:

---

1 2 3 4 5 6

DWORD WINAPI GetModuleFileName( __in_opt HMODULE hModule, __out LPTSTR lpFilename, __in DWORD nSize );

---

lpFilename est la chaine de sortie , donc mettre une CString avec un horrible cast � la C
ne peut que provoquer des probl�mes.
il faut que tu d�clares une chaine:

Code:

---

1 2 3 4

TCHAR szRacine[MAX_PATH]; GetModuleFileName(NULL,szRacine,MAX_PATH); m_strCheminRacine=szRacine;

---

Bonjour,

Merci beaucoup de la r�ponse, effectivement maintenant �a marche.

enfin ce bout de code l� marche du moins...
je me permet de demander une petite pr�cision: le code qui pose probl�me proviens de la migration d'un projet VC6.0 vers VS2008. Lors de l'ex�cution, pleins d'erreurs apparaissent (li�es � des char non identifi�s par exemple...) (en fait je me demande si la moindre fonction marche correctement). Toutes ces erreurs sont-elles plut�t dues au fait que le compilateur de vs2008 est nettement moins permissif que celui de vc6.0 ou � un probl�me autre (genre un probl�me qui serait apparu lors de la migration, dll corrompue???)?
je penche plut�t pour la premi�re solution, ce qui a tendance � me d�sesp�rer... enfin bref.

en attendant merci pour votre aide!!!

salut,
en principe tu ne devrais pas avoir trop de probl�mes de migration de vc6 a vs2008.
il faudrait que tu sois plus pr�cis quand � la nature des erreurs, n�anmoins v�rifie le param�trage du jeux de caract�res dans le projet (onglet g�n�ral)
sous VS2008 le r�glage par d�faut est l'unicode.

La classe CString de VC++6 et de VS2008 n'ont plus grand chose de commun.

Il y a peut-�tre des options, comme ASCII � la place d'UNICODE, qui permettront d'utiliser une classe CString aussi mis�rable que celle de VC++6.
Mais je profiterais de l'occasion pour utiliser correctement la classe CString de VS2008 et enlever tout le code qui utilise de travers les CStrings, comme le code que vous avez fournit.

Utilisation calamiteuse d'une string comme char* sans passer par un getBuffer, non allocation pr�alable des 512 octets sp�cifi�s dans l'appel, si le programme est tomb� en fonctionnement, c'est par hasard.