[c++]Quel code avoir pour utiliser les arguments en ligne de commande?

Version imprimable

09/12/2006, 17h32
corseb-delete

[c++]Quel code avoir pour utiliser les arguments en ligne de commande?

Salut,

Je souhaite executer mon programme, on va dire "calculelimage.exe" avec l'option -c par exemple.

Donc "calculelimage.exe -c" dans le raccourci windows.

or ce que je souhaite faire, c'est specifier dans mon code:

Si "-c" alors fait ca, sinon fait ca...

J'ai bien un bout de code me disant:

{code:}
#include <fstream.h>

main(int argc, char argv[])
{
ifstream fin;
ofstream fout;
if (argc!=3) {
cerr << "usage blabla \N"; exit(1);}

fin.open(argv[1]);
fout.open(argv[2]);

if(!fin)
{cerr...
blabla

Or je ne comprends pas! 8O

ce "ouvre un stream fin blabla"... je ne veuix pas ouvrir de stream, je veux juste verifier avec quels arguments on a a ppeler mon progrmme??

Je precise que ce code se trouve dans le main de mon programme, celui qui en version "monprogramme.exe -c" est censer agir differement qu'en "monprogramme.exe"...

Merci!!

Je te fais une version à la C :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
#include <cstring>
 
/*argc, c'est le nombre d'argument passé en paramètre,
  argv est un tableau vers les éléments passés en paramètre,
  argv[0] est le nom du programme appelant*/
int main(int argc, char* argv[])
{
 if(argc==2 && strcmp(argv[1], "-c")==0)
 {
  /*execute quand il y a l'option -c*/
  ...
 }
 else
 {
   /*les autres cas*/
 }
 
  ...
 return EXIT_SUCCESS;
}

09/12/2006, 17h55
NewDid

Utilisation de ARGV
Essayes un truc comme ça, et tu comprendras ce qu'il y a dans argv[] (attention il y aura une différence entre le monde unix et windows!) 8O ...
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 #include <fstream.h> main(int argc, char argv[]) { .... for(int i=0; i< argc;i++){ cerr << argv[i]; } ...
Bye
09/12/2006, 17h56
corseb-delete

merci de ta reponse rapide!!

Alors jai essayé,
deja il faut mettre une parenthese la:
if(argc==2 && strcmp(argv[1], "-c") )
Elle a été oubliee!
(je dis cela seulement si quelqu'un relit notre code et ne comprends pas l'erreur! )

Ensuite,
il n'aime pas quand j'ecrit comme toi "-c"... il semble accepter le "c" simplement, sans le tiret.
Je vais verifier tout cela desuite!!

Merci en tout cas cela m'a beaucoup aidé!
:)

pourquoi ne pas tout simplement faire comme ceci:

Code:

1
2
3
4
5
6
7
8
 
int main(int argc, char *argv[]) {
 if (argc == 2 && argv[1] == "-c") {
  instructions
 } else {
  instructions
 }
}

09/12/2006, 17h58
corseb-delete

Citation:

Envoyé par NewDid

Essayes un truc comme ça, et tu comprendra ce qu'il y a dans argv[] (attention il y aura une différence entre le monde unix et windows!) 8O ...

Bye

Merci! oOPS, CAR JE fait mon code sous windows (avec visual c++ version 6.0) et je devrais faire la presentation sous unix... :aie:
Je pensais que j'allais m'envoyer le code en texte par email, et le recopier/ recompiler a l'université sous Unix!!

Mais si le code est different... aie!!
09/12/2006, 18h03
alceste

Citation:

Envoyé par NewDid

Essayes un truc comme ça, et tu comprendras ce qu'il y a dans argv[] (attention il y aura une différence entre le monde unix et windows!) 8O ...

sous unix argv[0] retourne le chemin vers l'application et il me semble que sous windows c'est la même chose ? à part peut-être que sous win il n'y a que le nom de l'application qui soit retourné. Sinon pour le reste ça doit être la même chose.
09/12/2006, 18h03
corseb-delete
Citation:
Envoyé par alceste

pourquoi ne pas tout simplement faire comme ceci:

Code:

1 2 3 4 5 6 7 8 int main(int argc, char *argv[]) { if (argc == 2 && argv[1] == "-c") { instructions } else { instructions } }
Salut!!

Alors merci, mais cela ne fonctionne pas!!

Cela n'affiche mon output simplement si je met ce code:

if(argc==2 && strcmp(argv[1], "-c") )
Et si je supprime le " -"

Donc:

if(argc==2 && strcmp(argv[1], "c") )

ecrire if (argc == 2 && argv[1] == "-c") {
cout << "test";
}
n'affichera rien/....

Test ne s'affiche qu'avec "if(argc==2 && strcmp(argv[1], "c") )"

:)
Allez savoir pourquoi!!?
:oops:
09/12/2006, 18h37
b Oo
Salut,
Citation:
Envoyé par Alceste

pourquoi ne pas tout simplement faire comme ceci:

Code:

1 2 3 4 5 6 7 8 int main(int argc, char *argv[]) { if (argc == 2 && argv[1] == "-c") { instructions } else { instructions } }
car tu compares un pointeur a un aute pointeur et ces deux pointeurs ne pointent pas du tout sur la même chose.
argv[1] pointe sur "-c" de la ligne de commande et "-c" pointe a un autre endroit (je ne sais plus exactement lequel, je crois que c'est l'endroit ou tu as les variables constantes).

Si tu veux que lorsqu'on ecrit :
tonprog.exe -c
cela affiche test il faut faire :
Code:

1 2 3 4 if (argc == 2 && !strcmp(argv[1], "-c")) { cout << "test"; }
Car strcmp renvoie 0 si les 2 chaines sont egales (ie faux).
09/12/2006, 18h41
corseb-delete

merci,

Juste une question!

cela signifit quoi:

argc == 2?

J'ai bien compris que argv[0] est le nom du programme, et argv[1]..seront les arguments a la suite!

:)
Merci!
09/12/2006, 18h50
b Oo

argc c'est le nombre de paramètres.
Donc ici 2, si tu passes :
tonProg.exe
c'est 1,
etc ...
09/12/2006, 18h53
koala01

Salut,

Tout simplement, argc, c'est le nombre d'arguments passés à la commande (qui est le premier argument passé à la fonction main) et qui permet de retrouver les autres...

Code:

int main(int argc, char* argv[])
09/12/2006, 18h55
corseb-delete

Citation:

Envoyé par b Oo

argc c'est le nombre de paramètres.
Donc ici 2, si tu passes :
tonProg.exe
c'est 1,
etc ...

ha okay, merci!
Et dans le cas ou j'aurai genre dix parametres, il vaux mieux que jecrive argc=10 alors!!!

Jai onze differents parametres je crois!!

Est ce que cela pose un probleme de declarer un argc plus grand que le reel nombre de parametres?

MErci!
:aie:
09/12/2006, 18h56
loufoque

Il y a des bibliothèques pour ça.
Comme boost program_options.
09/12/2006, 19h00
b Oo
Ben tu ne le déclares pas, c'est fais automatiquement.
Tu peux penser que tu auras 100 paramètres dans ton main.
Et tu fais un compteur.
Code:

1 2 3 while (++i < argc) { }
Il y a une fonction aussi qui permet de trouver la liste des paramètres mais je ne l'ai plus en tête.
09/12/2006, 20h20
NewDid

Donc t'avais pas compris mon post, j'aurais du etre plus explicite, avec un commentaire plus complet:? .
En plus de te montrer la signification de argc, la boucle te montre toutes les valeurs dans argv:lol: .
Bye
09/12/2006, 20h47
corseb-delete

Citation:

Envoyé par NewDid

Donc t'avais pas compris mon post, j'aurais du etre plus explicite, avec un commentaire plus complet:? .
En plus de te montrer la signification de argc, la boucle te montre toutes les valeurs dans argv:lol: .
Bye

hehe!

merci! :)
non en effet, apres relecture, je comprends...ca affichera tout les arguments, c'est ca?
Le truc c'est que je debute et que j'ai peur de m'y perdre dans tout ces codes...
du coup jai pas essayer cette commande la!

jai un programme a faire avec 13 diffrentes lignes de commandes en parametres chacunes etant plus chian...complexes que les autres!!

genre ouvrir une image 256*256 avec 256 diffrentes valeurs de gris, et si tu lance le programme.exe avec "-c" ca calcule et affiche la valeur de gris la plus courante....
13 differents trucs comme ca...:cry:
09/12/2006, 22h05
epsilon68

regarde du coté de boost::program_option
c'est trestres complet
09/12/2006, 22h50
alceste

Citation:

Envoyé par loufoque

Il y a des bibliothèques pour ça.
Comme boost program_options.
10/12/2006, 04h28
koala01
Ceci dit, il faudra de toutes facons travailler par étapes (mais peut etre la bibliotheque boost::progam_option t'aidera-t-elle)

La première est de toutes manières de vérifier la validité des parametres passés en ligne de commande:
- les parametres doivent pouvoir etre donnés dans n'importe quel ordre
  Code:
  
  1 2 3 4 monapp.exe -a -b -c monapp.exe -b -c -a monapp.exe -abc
  doivent normalement fournir le meme résultat...
- Certains parametres sont peut etre la contraction d'une variante plus longue comme
  Code:
  
  1 2 3 4 5 6 7 8 monapp.exe -h et monapp.exe --help ou monapp.exe -v et monapp.exe --verbose
- Certains parametres peuvent nécessiter une information supplémentaire
  Code:
  
  1 2 monapp.exe -f <nom_de_fichier>
  peut attendre un nom de fichier/dossier source/destination
- Tout parametre inatendu devra faire sortir l'application sur une erreur...
- ...
Ensuite, il convient peut etre de veiller à interpréter les parametres dans leurs ensemble...
- La gestion de certains parametres doit peut-etre prise en compte avant d'autre (savoir si le résultat du traitement A envoyé dans le traitement B fournira le meme résultat que si on envoie B dans A), indépendemment de l'ordre d'introduction des arguments
- Certains arguments prennent le pas sur tous les autres (typiquement: la demande d'affichage de l'aide, qui empechera toute autre exécution des parametres éventuellement rajoutés)
- Les parametres nécessitant une information complémentaire devront etre traités avec cette information (et il s'agira de ne pas essayer de traiter l'information complémentaire "toute seule")
- ...
Le but sera de créer une "liste d'exécution" des différents parametre à effectuer, puis de faire les appels correspondant dans le bon ordre...

Evidemment, ces deux listes ne se veulent surement pas exhaustives... Ce sont plus des exemples propre à orienter ta réflexion pour déterminer le tout qu'autre chose ;)... d'autant plus que je ne connais absolument pas boost::progam_option et que, si ca se trouve, elle permet d'automatiser ce genre de choses ;)
10/12/2006, 16h14
Luc Hermitte

Citation:

Envoyé par koala01

d'autant plus que je ne connais absolument pas boost::progam_option et que, si ca se trouve, elle permet d'automatiser ce genre de choses ;)

Oouii. Et surtout elle permet d'associer des variables typées du code à des options. Un peu comme en perl. Et ça, c'est énorme.

Maintenant, pour son exercice de C, je doute que cela lui soit très utile.
10/12/2006, 22h14
epsilon68

Citation:

Envoyé par Luc Hermitte

Oouii. Et surtout elle permet d'associer des variables typées du code à des options. Un peu comme en perl. Et ça, c'est énorme.

s'il vous plait pourrait-on avoir un tutorial ?
11/12/2006, 16h25
Thierry Chappuis

Pour cela, l'outil magique s'appelle Google! Voici un lien excellent:
http://www.cs.brown.edu/~jwicks/boos...m_options.html

Thierry
11/12/2006, 16h57
corseb-delete

Merci vous tous!
Je viens de jeter un coup d'oeil a BoostPrograms options...cest bien cela que je dois faire!
genre nom.exe- c,
nom.exe -a
nom.exe -blabla...

Surtout que mon code ne fonctionne pas en fait!

il inverse!!??
if(argc==2 && strcmp(argv[1], "-c") )
et if(argc==2 && strcmp(argv[1], "-a") )

me fait le code de "a" quand je lance le programme avec -c et inversement... 8O

Mais Boostprogramm options ma lair complique....
:oops:
11/12/2006, 17h28
frenchi
La fonction strcmp renvoie 0 quand les deux chaines sont égales.
Donc il faut faire
Code:

1 2 3 if(argc==2 && !strcmp(argv[1], "-c") ) et if(argc==2 && !strcmp(argv[1], "-a") )
11/12/2006, 17h48
corseb-delete

Merci!

Je close le sujet...
cela fonctionne:

if(argc==2 && strcmp(argv[1], "-c")==0 )

C'est a premiere vue identique au code de frenchi puisque lui compare avec l'inverse (!)

Boost_programmes jai essayer il m'a dit pleins d'erreurs... je savais pas comment le declarer nom plus...
jai essayer "using namespace po = boost::program_options;"
mais cela n'avais pas lair detre cela...

Comme je disais jai malheureusement pas le temps de m'ebattre a regarder tout! Deadline cest demain et jai 11 parametres de lignes de commandes a faire!!!
Avec des cas genre inverser les tableaux et tout...
:cry:
Merci beaucoup pour vos aides en tout cas!

tres utiles!
11/12/2006, 22h47
Luc Hermitte

Citation:

Envoyé par epsilon68

[...boost.program_option...]s'il vous plait pourrait-on avoir un tutorial ?

Un tutoriel, c'est un peu beaucoup demandé.
Le lien qu'a donné mujigka semble être un mirroir vers la doc officielle, autant pointer vers elle.

Autrement, tout ce que je peux "donner" pour l'instant, c'est un exemple d'utilisation sur un projet qui traine depuis trop longtemps.

On y voit:
- des variables typées directement associées des options, sans que l'on ait besoin de rien faire de plus notre côté -- i.e. pas de find(), switch, ... Sans être aussi clean que l'équivalent perl, je trouve que c'est déjà pas mal du tout
- on peut toujours demander à voir la valeur d'une option non associée à une variable C++
- un truc qui permet de fusionner des listes d'options -> "-k 1,2 -k 42" ; En utilisant juste un vecteur au lieu de mon CommaSepList, "1" et "2" n'auraient pas été compris comme deux arguments différents, mais la fusion aurait tout de même été au rendez-vous.
- des options avec ou sans arguments ; des options courtes et/ou longues
- que la doc est embarquée dans la définition des options -> pas forcément très clair à relire du coup
- et diverses autres choses.

Quelques petits problèmes:
- la doc générée rajoute un "arg" en plus, ce qui me gêne un peu par rapport à ce que j'aurais voulu obtenir (cf cyg-wrapper.sh à la racine du répertoire cygwin de mon site)
- un bug semble-t-il avec la gestion des paramètres qu'il faudrait ignorer au lieu de lever une exception
- un empreinte pas si négligeable (comparé aux autres outils cygwin), que je soupçonne venir de l'utilisation des IOStreams standard.

boost.program_options est puissant et pratique (à quelques détails près), mais je ne pense pas que cela soit le genre de choses que l'on puisse employer dans un devoir à rendre.
14/12/2006, 19h49
epsilon68

Merci...
Je vais jeter un oeil :-)