Version imprimable
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 :mrgreen:.Citation:
Envoy� par M�dinoc
Merci pour ton commentaire constructif qui ne se contente pas de dire n'importe quoi sans arguments :)
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 :mrgreen:Citation:
Envoy� par Supasayajingoto
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)Citation:
Envoy� par nibors
http://en.cppreference.com/w/cpp/language/main_function
Euh l'assertion initialen'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.Citation:
Envoy� par Nibors
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.
En effet, argv est de taille argc+1.