Discussion :

[kidpaddle2]

Bonjour,

Comment se fait t il que, quand j'extrais le lpCmdLine avec CommandToArgvW(), les espaces ne sont pas pris ? Aurais je oublié quelque chose ?

Par exemple : Si je lance le programme sans fichiers, il m'affiche (avec une MessageBox de test) :
"C:/Documents" -> 1ere MessageBox
"and" -> 2eme
"Settings/Greg/test.exe" -> 3eme

Serait ce un problème récalcitrant ?

Merci d'avance.

P.S. Je ne poste pas dans mon autre post puisque les sujets sont énormément différents...

[Médinoc]

Ben, c'est fait pour...

Tu as essayé avec des guillemets dedans ?

[rigobert]

Ben, c'est fait pour...

Tu as essayé avec des guillemets dedans ?

Des guillemets en double-cliquant ... pas facile !

[Médinoc]

Ben je ne sais pas trop...
Là, je dois dire que c'est un peu l'impasse, car je ne vois aucun moyen de faire la séparation entre d'un coté l'exécutable, de l'autre les arguments.

Le conseil du jour : Tu n'es pas en MFC, je crois : Tu peux donc utiliser directement le 3e paramètre WinMain().
(note : Tu ne devrais pas avoir de problème pour les arguments : Eux peuvent avoir des guillemets.)

[kidpaddle2]

D'accord mais... comment puis je utiliser "directement" le lpCmdLine ? Il comporte plusieurs arguments non ? Ou est ce une multistring ? J'ai cherché sur msdn mais ils ne précisent pas sous quelle forme il "arrive".

Le sauriez vous ?

[Médinoc]

lpCmdLine c'est comme GetCommandLineA(), SAUF qu'il n'y a pas le nom de l'exécutable : Il n'y a que les arguments.

Et pour les arguments, on SAIT comment mettre des guillemets sur un double-clic : ça se fait dans les associations de fichiers.

[kidpaddle2]

Avec "%L" par exemple je suppose...

Mais, comment les parcourir dans ce cas là ?

[EDIT] Non pas grave ... j'ai trouvé comment faire : Je croyais que GetCommandLineW() était la seule fonction à pouvoir récupérer les arguments, mais j'ai finalement vu sur msdn qu'une version ANSI existait : GetCommandLineA(). Donc, avec le code ci dessous, cela marche :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
#include <windows.h>

int WINAPI WinMain (HINSTANCE hThisInstance,
                     HINSTANCE hPrevInstance,
                     LPSTR lpszArgument,
                     int nFunsterStil)
{
    MessageBox(NULL,GetCommandLineA(), "CmdLine :", MB_ICONINFORMATION);

    return 0;
}

Même avec des fichiers glissés sur l'exécutable. Il va juste falloir que je me code une fonction pour supprimer les guillemets présents dans la string à chaque argument...

Merci à vous. [Topic RESOLU]

[REEDIT] Tu l'avais dit... mais je n'ai pas fait attention à la lettre désolé. Merci encore

[RE-RE EDIT] Non non, cela marche parfaitement ! Les guillemets sont inclus, et séparent les différents arguments. De plus, le nom de fichier est aussi présent en première place. [chemin]

[Médinoc]

Ah, mince, je n'envisageais *encore* pas le fait que plusieurs fichiers soient représentés différemment...
Pour un seul fichier c'est clair que ça marche, mais pour plusieurs... S'ils ne mettent pas les guillemets automatiquement, c'est l'impasse aussi...

Pour tout te dire, j'ignore comment font les grands programmes lecteurs.


Sinon, tu y vas à la bourrin: Tu testes un nom de fichier, puis si introuvable, tu testes en concaténant avec le suivant, puis les deux suivants, etc.
Si tu n'as pas trouvé le fichier en arrivant au bout c'est qu'il est effectivement introuvable.

Ça marchera parfaitement tant que tu n'auras pas dans un dossier de fichier sans extension du même nom que le premier mot d'un dossier fils.
(bref, ça marchera tant que tu n'as pas de fichier sans extension appelé "Documents" and C:\ , etc.)