Discussion :

[Médinoc]

Mais comme je l'ai dit, la norme C++ ne garantit pas que argv[0] contienne le nom du prog.
Un environnement est libre de simplement passer 0 pour argc et un tableau d'un seul pointeur nul pour argv, juste à la fin d'une page.
Et là, tu l'as dans le *** si tu tentes d'évaluer argv[1].

[nibors]

Mais comme je l'ai dit, la norme C++ ne garantit pas que argv[0] contienne le nom du prog.
Un environnement est libre de simplement passer 0 pour argc et un tableau d'un seul pointeur nul pour argv, juste à la fin d'une page.
Et là, tu l'as dans le *** si tu tentes d'évaluer argv[1].

Ca c'est interressant effectivement, je n'ai jamais eu de cas où argv[0] != nom_prog, que ce soit sur windows, linus ou BSD, je vais aller farfouiller un peu par tout voir si je trouve plus de specifications la dessus .
Merci pour ton commentaire constructif qui ne se contente pas de dire n'importe quoi sans arguments

[Supasayajingoto]

Bonjour tout le monde

merci pour ce développement ahurissant.

Je compile en écrivant ça dans le terminal : g++ -g Main.cpp -o FBA -lopencv_core -lopencv_features2d -lopencv_highgui -lopencv_nonfree -lopencv_imgproc -lopencv_calib3d -I /usr/local/include/ -L /usr/local/lib

et j’exécute avec ça : ./FBA REG_001.jpg REG_002.jpg REG_003.jpg REG_004.jpg REG_005.jpg REG_006.jpg REG_007.jpg REG_008.jpg REG_009.jpg REG_010.jpg

En fait dans mon programme j'ai argv[1], ..., argv[10]. et toutes ces image passe par une première fonction sans problème.
je vais tout de même ajouter le test d'erreur que vous m'avez proposé.

[nibors]

Bonjour tout le monde

merci pour ce développement ahurissant.

Je compile en écrivant ça dans le terminal : g++ -g Main.cpp -o FBA -lopencv_core -lopencv_features2d -lopencv_highgui -lopencv_nonfree -lopencv_imgproc -lopencv_calib3d -I /usr/local/include/ -L /usr/local/lib

et j’exécute avec ça : ./FBA REG_001.jpg REG_002.jpg REG_003.jpg REG_004.jpg REG_005.jpg REG_006.jpg REG_007.jpg REG_008.jpg REG_009.jpg REG_010.jpg

En fait dans mon programme j'ai argv[1], ..., argv[10]. et toutes ces image passe par une première fonction sans problème.
je vais tout de même ajouter le test d'erreur que vous m'avez proposé.

De maniere generale quand tu compiles je te suggere d'ajouter les flag -Wall -Wextra, cela ajoute des warnings a la compilation (cela te previendra en cas de variable non initialisé ou de variable non utilisé par exemple) et -Werror qui fait que les warning soient considérés comme des erreurs (et bloque donc la compilation). Ca peut paraitre lourd de se rajouter des erreurs mais je trouve personellement que mieu vaut un programme qui ne compil pas et qu'on pourra corriger, qu'un programme qui compil mais fait nimporte que sans qu'on s'en rende compte tout de suite

[Invité]

Ca c'est interressant effectivement, je n'ai jamais eu de cas où argv[0] != nom_prog, que ce soit sur windows, linus ou BSD, je vais aller farfouiller un peu par tout voir si je trouve plus de specifications la dessus .

argv[0] is the pointer to the initial character of a null-terminated multibyte strings that represents the name used to invoke the program itself (or an empty string "" if this is not supported by the execution environment)

http://en.cppreference.com/w/cpp/language/main_function

[Bousk]

Euh l'assertion initiale

Ba si il est de taille 1 argv[1] n'est pas defini donc ca rentre pas dans le if

n'en reste pas moins fausse : si un index d'un tableau n'est pas défini (comme c'est le cas de l'index 1 d'un tableau de taille 1..), c'est évalué à n'importe quoi et y'a toutes les chances du monde que ça soit à true et entre dans le if. Entraînant d'autant plus de n'importe quoi en voulant y accéder.
Le cas particulier du premier paramètre du main n'est toujours qu'un cas particulier et n'a aucune raison d'être mentionné, encore moins soutenu et défendu, à un débutant. Et l'index 1 est totalement défini et vaut NULL si le programme est lancé sans paramètre supplémentaire. Mais c'est toujours qu'un cas particulier.

[Médinoc]

En effet, argv est de taille argc+1.