Changer l'execution du programme depuis le main

Version imprimable

Voir 40 message(s) de cette discussion en une page

04/01/2014, 14h04
B65AcR

Changer l'execution du programme depuis le main
Bonjour,

Je viens de terminer un bout de code que je lance dans un terminal linux (debian je crois) grâce aux 2 commande suivante:
Code:

1 2 gcc monProg.c ./a.out
Il m'est demandé de modifié le main de mon programme de manière à exécuter non plus avec ./a.out mais quelque chose du genre:

./sauve nom_fichier.xls N

J'ai compris que

Code:

void main (int argc, char *argv[]){ return 0;}

permet de passer des arguments au main, mais je ne comprends pas comment changer l'appel de ./a.out en ./sauve

Quelqu'un pourrait m'expliquer?
04/01/2014, 14h15
ymerej5312

Ce que tu pourrais faire serais de compiler comme cela :

Code:

gcc -o executable ton_programme.c

ce qui va va creer un "executable" du nom excutable a partir de ton_programme.c
et tu le lance comme ça :

Code:

./executable

c'est ce que je fais pour compiler sur mint et qui devrais marcher pour toi

j'espère que c'est ce que tu voulais
04/01/2014, 14h23
B65AcR

C'est exactement ça! Merci!
04/01/2014, 14h35
B65AcR
Je ne parviens pas à compiler...

J'ai rajouté dans le main de quoi récuperer les argument du main, a savoir:
Code:

1 2 char NomFichier[1]= argv[0]; Aff(argv[1],FICHIER);
et ça plante. initialisation invalide et "passing argument 1 of 'Aff' makes integer from ponter without a cast [enable by default]

Une manip m'échappe...
04/01/2014, 16h23
ymerej5312

pourquoi tu veut récupérer les arguments du main ?
je crois qu'ils ne servent qu'au compilateur (pas sur)
04/01/2014, 16h33
diogene

Apparemment Aff() attend un entier comme premier argument et pas un pointeur.

Oui la fonction attend un entier. Mon problème est de lui transmettre!

Voici mon main:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
int main(int argc, char *argv [])
 
{
   // Declaration
  char NomFichier[30];
  unsigned int nb, N=&argv[1];
 
  NomFichier=&argv[0];
 
  // Pointeur de réf
  FILE * FICHIER;
 
  /*Ouverture du nouveau fichier en ecriture*/
  FICHIER = fopen(NomFichier, "w");
 
  //Programme
  Aff(N,FICHIER);
  /*Fermeture du fichier ouvert en ecriture*/
  fclose (FICHIER);
 
  nb=afficheLignesParLignes("nombre.txt");
  printf ("%d\n",nb);
 
  litFichierChampsParChamps("nombre.txt");
 
  return 0;
 
}

Je voudrais écrire dans la console:
gcc -o sauve sauve.c
./sauve nombre.txt 45

L'entier attendu par aff est ici 45.

04/01/2014, 18h22
Bktero

Citation:

Envoyé par ymerej5312

pourquoi tu veut récupérer les arguments du main ?
je crois qu'ils ne servent qu'au compilateur (pas sur)

Non non, ils sont totalement utilisables à l'intérieur du programme ! C'est juste l'intérêt : on peut ainsi passer des paramètres au programme. Tu peux lire ça : http://c.developpez.com/faq/?page=environnement
04/01/2014, 19h08
B65AcR

Merci!

Du coup je dois rajouter un 3eme argument

Code:

char * envp[]

?

Quel est l'interet d'un 3eme argument puisque le 2eme semble faire la meme chose...

Citation:

argv[0] représente le "nom du programme" et argv[1] à argv[argc - 1] les paramètres passés au programme

argv[0] dans mon cas, c'est sauve.c?
Du coup, le nom du fichier a lire est pointé par dans argv[1] et l'entier pointé par argv[2}?

Et pour lire les valeurs pointée, j'écris &argv[1] et&argv[2]?
04/01/2014, 20h11
Sve@r

Bonjour

Citation:

Envoyé par B65AcR

Quel est l'interet d'un 3eme argument puisque le 2eme semble faire la meme chose...

Ben parce que ce ne sont pas la même chose
Le premier paramètre du main() (int argc) contient le nombre d'arguments que tu as appelé en lançant le programme. Typiquement si tu appeles "./monProg toto titi tata" il y a 3 arguments "toto", "titi" et "tata" plus le nom du programme lui-même donc argc contiendra 4.

Le second (char *argv[]) est un tableau de chaines. Ce sont les arguments eux-mêmes. Dans l'exemple précédent, argv[0] contiendra "./monProg", argv[1] contiendra "toto", argv[2] contiendra "titi" et argv[3] contiendra "tata". Et arvg[4] (qu'on peut aussi référencer par argv[argc]) contiendra le pointeur NULL (permet de savoir où s'arrêter quand on veut les traiter dans une boucle).

Le troisième (char *envp[]) étant défini comme le second contiendra des éléments de même nature => des chaines. Sauf que ces chaines ne sont pas les arguments mais les variables d'environnement avec leurs valeurs. Typiquement si tu écris (sous Unix) export MYNAME=Billou ou si tu vas configurer les variables d'environnement de Windows (Panneau de configuration => Tous les Panneaux de configuration => Système => "Paramètres sytèmes avancés" puis bouton "Variables d'envionnement") et que tu exécutes ensuite ton programme alors tu auras une des valeurs envp[x] qui contiendra "MYNAME=Billou".
Et là aussi pour savoir où s'arrêter tu auras quelque part envp[y]=NULL.

Donc ce 3° parmètre ne fait absolument pas la même chose que le second

Citation:

Envoyé par B65AcR

argv[0] dans mon cas, c'est sauve.c?

argv[0] contient l'adresse de la chaine qui, elle contient les caractères "./sauve.c" (la chaine exacte utilisée lors de l'appel du programme)...

Citation:

Envoyé par B65AcR

Du coup, le nom du fichier a lire est pointé par dans argv[1] et l'entier pointé par argv[2]

Oui, mais argv[2] contiendra "45" sous forme de chaine (c'est à dire {'4', '5', '\0'}) ce qui n'est pas tout à fait la même chose que la valeur numérique "45"...

Citation:

Envoyé par B65AcR

Et pour lire les valeurs pointée, j'écris &argv[1] et&argv[2]?

Ta phrase ne veut rien dire car on ne lit jamais une valeur. Soit on l'affiche à l'écran, soit on l'utilise dans une expression (int i=2; int j=3; int k=i+j). Le terme "lire" est plutôt utilisé dans le sens "récupérer une information depuis un flux"...
Donc écrire &argv[2] pourra fonctionner comme ne pas fonctionner selon le but et le contexte dans lequel tu l'écris...
04/01/2014, 21h16
B65AcR

Ah! là j'ai bien compris tes explications! Merci!
Il me reste à trouver la solution
04/01/2014, 22h04
Sve@r

Citation:

Envoyé par B65AcR

Citation:

Envoyé par B65AcR

Oui la fonction attend un entier. Mon problème est de lui transmettre!

Il me reste à trouver la solution

La solution à '"comment transmettre la chaine 45 à une fonction qui attend un entier ?" Ben suffit de passer par strtol() ou strtoul() ou atoi() (cette dernière étant plus simple mais moins complète que les deux autres)...
04/01/2014, 22h13
B65AcR

:D
C'est la première fois que je lis le nom de ces fonctions!!! Merci! :ccool:
05/01/2014, 10h29
Sve@r
Citation:

Envoyé par B65AcR

:D
C'est la première fois que je lis le nom de ces fonctions!!!

Pas compliqué non plus de là "réinventer"
Code:

1 2 3 4 5 6 7 8 9 int myatoi(char *c) { int res; for (res=0; *c != '\0'; c++) res=res * 10 + (*c) - '0'; return res; }
:P

Citation:

Code:

res=res * 10 + (*c) - '0';

?? Tu additionnes des entiers avec des char? *c pointe vers un caractere non?
A quoi sert -'0' ?

Au final, voici mon main avec les passages d'arguments. J'ai utilisé strtol pour convertir la chaine en entier.
Un bon exemple didactique ici:
http://itee.uq.edu.au/~comp2303/Lesl...MPLES/strtol.c
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 int main(int argc, char *argv []) { // Declaration unsigned int nb,N; // Pointeur de réf FILE * FICHIER; /*Ouverture du nouveau fichier en ecriture*/ FICHIER = fopen(argv [1], "w"); // Recup du nombre entré dans la chaine de caractere N=strtol(argv[2],NULL,10); //Programme Aff(N,FICHIER); /*Fermeture du fichier ouvert en ecriture*/ fclose (FICHIER); return 0; }

05/01/2014, 12h25
diogene

Citation:

Tu additionnes des entiers avec des char? *c pointe vers un caractere non?

char, comme son nom ne l'indique pas, est un type entier comme short, int , long,... Sa particularité est qu'il ne peut représenter que de petits entiers et, selon le compilateur utilisé, des entiers signed ou unsigned. Son nom vient de ce qu'il est utilisé aussi pour permettre de stocker tout caractère du jeu de caractères de base (et en C ces caractères sont donc des entiers : '0' par exemple est un int)

Citation:

A quoi sert -'0' ?

Sur les différents jeux de caractères utilisés couramment, les int '0', '1',...'9' sont consécutifs. Par conséquent chiffre-'0', où chiffre vaut '0' ou '1' ou...'9' permet d'obtenir la valeur numérique représentée par le code chiffre.
Ainsi si chiffre vaut '5', chiffre-'0' vaut 5
05/01/2014, 13h23
Médinoc

Citation:

Envoyé par diogene

Sur les différents jeu de caractères utilisés couramment, les int '0', '1',...'9' sont consécutifs.

D'ailleurs, il me semble que c'est l'une des rares choses que la norme C exige quant au jeu de caractères utilisé.
05/01/2014, 14h16
Sve@r

Citation:

Envoyé par B65AcR

?? Tu additionnes des entiers avec des char? *c pointe vers un caractere non?

Petite vérité à retenir toute ta vie de prog: en C, tout est nombre.
Un caractère n'est qu'une valeur numérique (pour le moment référencée dans la table ascii mais ça change vers l'utf-8)

Citation:

Envoyé par B65AcR

A quoi sert -'0' ?

Diogène l'a très bien expliqué. Mais si tu veux plus de précision, étant donné que le caractère '5' vaut 53 en valeur ascii, et que '0' vaut 48, alors '5' - '0' vaudra... 5. Et ça restera valable tant que le codage des chiffres sera consécutifs en partant de '0'.
De même, printf("%c", 'a' + 1) donnera 'b'.

Citation:

Envoyé par B65AcR

Au final, voici mon main avec les passages d'arguments...

Evite les noms de variables en majuscules. Tu peux mettre des majuscules dans le nom (int nbCar) mais tout en majuscules c'est réservé aux macros (et en plus c'est difficilement lisible...)
05/01/2014, 16h14
Bktero

Citation:

tout en majuscules c'est réservé aux macros

Voire aux constantes.

Citation:

Petite vérité à retenir toute ta vie de prog: en C, tout est nombre.

:ccool:
05/01/2014, 18h04
B65AcR

Bravo Messieurs, supers réponses!

Je suis des cours à distance, et le formateur n'a pas le temps d'expliquer en détail le pourquoi du comment comme vous le faites.

Je savais que les char sont en fait des entiers. Je n'avais pas saisi comment utiliser leur valeur entière. Façon de procéder fort utile!

Ce forum est vraiment super bien tenu, encore bravo!

Voir 40 message(s) de cette discussion en une page