Problème avec CCommandLineInfo

Version imprimable

07/04/2005, 11h50
liv

Problème avec CCommandLineInfo

Bonjour à tous !

Voilà...Lorsque je double clique sur un fichier spécifique cela ouvre mon programme tout en lui passant le nom de fichier double-cliqué en paramètre.
Jusque là tout est normal...et ça marche.

Le problème est que mon fichier passé en paramètre est "tronqué" à la mode DOS. Vous voyez ? Avec le caractère ~ un peu partout...et les noms racourcis...
Cela rend l'exploitation du fichier un peu délicate sous mon programme.

Est-ce que quelqu'un aurait une idée pour disposer sous mon prog du chemin et du nom réels de mon fichier double-cliqué ?

Est-ce qu'il y a une méthode appliquable dans la fonction CCommandLineInfo ?
Existe-il une fonction permettant de transformer l'écriture DOS en la réelle ?

PS: Je suis sous Visual C++ en MFC

Merci d'avance.
07/04/2005, 12h08
nico-pyright(c)

salut, utilise GetLongPathName

Merci à toi !

J'ai toutefois un petit problème...peux tu jeter un coup d'oeil à ce code ?
Code:

1 2 3 4 5 6 7 8 9 CWzdCommandLineInfo cmdInfo; ParseCommandLine(cmdInfo); DWORD szTempName = MAX_PATH; LPTSTR lpszLongPath = ""; GetLongPathName(cmdInfo.m_File.GetBuffer(), lpszLongPath, szTempName); MessageBox(0, lpszLongPath, "Mon prog",NULL);
PS: La variable cmdInfo.m_File est de type CString.

L'erreur retournée en gros est "La mémoire ne peut pas être writen".
Je sais que c'est un problème de conversion au niveau de la fonction GetLongPathName avec la variable m_File mais je n'arrive pas à y remédier.

As-tu une idée?

La fonction GetLongPathName est définie comme suit:

DWORD GetLongPathName(
LPCTSTR lpszShortPath, // file name
LPTSTR lpszLongPath, // path buffer
DWORD cchBuffer // size of path buffer
);

essaie voir un truc du genre

Code:

1
2
3
4
5
6
7
8
9
10
 
		char *nomLong = new char[MAX_PATH];
		if (!GetLongPathName(cmdInfo.m_File,nomLong,MAX_PATH))
		{
			LPVOID lpMsgBuf; 
			FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS, NULL, GetLastError(), 0, (LPTSTR) &lpMsgBuf, 0, NULL); 
			MessageBox(NULL,(LPCTSTR)lpMsgBuf,"",MB_ICONSTOP); 
			LocalFree( lpMsgBuf ); 
		}
		cmdInfo.m_File = nomLong;

07/04/2005, 15h17
liv

Merci ça marche niquel.

Par contre je n'ai pas tout compris. J'ai bien vu la différence au niveau du type de la variable nomLong qui est char * et non plus LPTSTR.

Pourquoi ça ne marche pas avec LPTSTR ? Et puis le reste dans ta condition (si pas respectée), je ne l'ai pas trop compris non plus.

En tous cas merci...!
07/04/2005, 15h37
nico-pyright(c)

tout simplement parce que LPTSTR est un pointeur vers une chaine de caractères (char *), et utilisé comme ca, il n'est ni défini, ni alloué, donc tu essaies d'écrire n'importe où en mémoire, d'où l'erreur La mémoire ne peut pas être writen

Pour info, une fois que tu as recopié le nomLong dans ton CString, il faut le supprimer avec

Code:

delete nomLong;

Et la condition dans les accolades est simplement qu'en cas d'erreur, il t'affiche une erreur avec le message correspondant
07/04/2005, 15h59
liv

Merci pour tes explications...c'est très clair maintenant !

Si tu as encore un peu de temps à me consacrer connais-tu une méthode de gestion d'ouverture d'application ?
Je m'explique...

Je double-clic sur mon fichier -> ouverture de mon programme avec le fichier double-cliqué.
Je re-double-clic sur un autre fichier -> re-ouverture de mon programme avec cet autre fichier.

En gros...j'ai autant de programmes ouverts que de fichiers double-cliqués !
Comme tu peux t'en douter je souhaiterais comme sous Winamp ou Windows Media Player avoir un seul et unique programme d'ouvert pour n fichiers double-cliqués...une gestion de rechargement par exemple.

Je suis en train de me demander si cela ne peut pas se gérer sous la base de registre Windows...au niveau des clés HKCR. Si on peut spécifier de ne pas ré-ouvrir un programme déjà ouvert ?!

Sinon...je ne vois que la solution de gestion au niveau VC++...de réouvrir le programme, de vérifier si il n'est pas déjà ouvert et de balancer à l'instance déjà existante mon nouveau fichier double-cliqué. Si c'est la solution la meilleure sais tu comment on fait pour balancer le fichier en ligne de commande à cette instance déjà existante?
07/04/2005, 16h47
nico-pyright(c)

je le ferais aussi à partir de VC

je m'inspirerai de la FAQ pour detecter s'il y a plusieurs instances de mon programme http://c.developpez.com/faq/vc/?page...NoMoreInstance et dans ce cas, j'enverrai un message perso à mon appli (WM_COPYDATA) déjà ouverture pour lui dire d'ouvrir un nouveau fichier
07/04/2005, 16h58
liv

Ok...c'est le message WM_COPYDATA qui m'intéressait.
Je vais jeter un coup d'oeil...merci.