Version imprimable
Salut,
Il y a des choses que je souhaiterais comprendre pourriez vous m'aider s'il vous plaît:
1/ Le type de retour de la fonction main est int j'aimerais bien comprendre pourquoi ???
2/ IL y a ceux qui préfèrent utiliser void main est ce que c'est juste de le faire et pourquoi ???
3/ à quoi sert le return 0 ???
Merci de me répondre :roll:
Salut !
1/ Un entier est retourné pour indiquer dans quel état l'application s'est arrêtée, il peut également s'agir d'un code erreur, documenté a part.
2/ Il est possible d'utiliser void mais ce n'est pas recommandé car non conforme a la norme ANSI. Pour tester un petit bout de code vite fait ce n'est pas dramatique.
3/ 0 est le code signifiant que l'application c'est arrêtée normalement, et -1 qu'il y a eu une erreur. Pour ne pas avoir a retenir ces nombres et amélioré la portabilité, l'entête standard stdlib définit deux constantes : EXIT_SUCCESS et EXIT_FAILURE.
Bonjour,
Autant prendre la bonne habitude, même pour des tests courts, de retourner un entier.Citation:
Envoyé par TheDrev
Non. EXIT_FAILURE est égal à +1.Citation:
Envoyé par TheDrev
Le standard veut que les codes de retour de programmes soient des entiers positifs (ou nul si tout c'est bien passé).
Exemple :Citation:
Envoyé par man ls
Parce que le système attend un compte rendu d'exécution. Les valeursCitation:
Envoyé par bahiatoon
- 0
- EXIT_FAILURE
- EXIT_SUCCESS
sont portables.
0 a la même signification que EXIT_SUCCESS.
C'est une erreur.Citation:
2/ IL y a ceux qui préfèrent utiliser void main est ce que c'est juste de le faire et pourquoi ???
http://emmanuel-delahaye.developpez....s.htm#typemain
A retourner OK au système.Citation:
3/ à quoi sert le return 0 ???
A part qu'une valeur indéfinie est retournée au système et que par conséquent, le comportement est indéfini (le pire des bugs !)...Citation:
Envoyé par TheDrev
http://emmanuel-delahaye.developpez.com/notes.htm#ub
Tu sors ça d'où ? Sur quel système ?Citation:
-1 qu'il y a eu une erreur.
et éviter de raconter une ânerie...Citation:
Pour ne pas avoir a retenir ces nombres
Non. Ça dépend du système.Citation:
Envoyé par mabu
plus exactement des int.Citation:
Le standard veut que les codes de retour de programmes soient des entiers
euh, tu as la preuve de ça ?Citation:
positifs
Je ne vois rien qui impose un int > 0.Citation:
Envoyé par N1256
Bonsoir,
Ce n'est pas seulement pour faire plaisir à la norme, sur les systèmes actuels on est habitués à ce que chaque programme fasse savoir comment son exécution s'est passée par son code de retour, et c'est très souvent utilisé sous Unix.Citation:
Envoyé par TheDrev
Donc même si quand on teste le programme il ne semble pas y avoir de problème, un utilisateur qui l'appelle différemment aura peut-être un comportement indéterminé.
Par exemple si à partir d'un shell il veut lancer le programme puis exécuter une commande :
Le shell se basera sur la valeur de retour du programme pour savoir si il s'est terminé correctement, et si ce n'est pas le cas il n'exécutera pas la commande.Code:pgm && commande
Si main() ne renvoie rien, la valeur que récupèrera le shell est indéterminée. Peut-être qu'il aura tout le temps l'impression que le programme a eu un problème, ou l'inverse, ou que ce sera aléatoire...
Il me semble me rappeler (mais c'est loin) que sous Unix (HP-UX au moins), la valeur de retour servait à indiquer la cause de la fin de programme.
On pouvait ainsi savoir si c'était un return du main (ou exit()) ou bien un signal non géré ou une exception suivant la valeur retournée. Il y avait un tas de macros qu'on pouvait utiliser avec wait()
En POSIX il n'y a que l'octet le moins significatif de l'int qui pourra être récupéré, donc il vaut mieux se limiter.Citation:
Envoyé par Emmanuel Delahaye
http://www.opengroup.org/onlinepubs/...ions/exit.htmlCitation:
The value of status may be 0, EXIT_SUCCESS, EXIT_FAILURE, [CX] [Option Start] or any other value, though only the least significant 8 bits (that is, status & 0377) shall be available to a waiting parent process.
Hors-sujet.Citation:
Envoyé par dapounet
- Le C n'est pas POSIX.
- On est pas dans la section POSIX.
les seuls cas ou la fonction principale d'un programme C retourne void sont dans certains systèmes embarqués/microprocesseurs.
La norme C prévoit des exceptions (cf. "Freestanding environment" dans la norme) où le nom de la fonction principale, ses arguments et son type de retour sont définis par l'implémentation et donc ne correspondent plus à la norme.
Certains microprocesseurs ne dépendant pas d'un environnement par exemple auront obligatoirement une fonction main() sans argument et retournant void.., d'autres avec des arguments, etc...
Toute ces variantes ne sont pas conformes à la normes mais imposés par les compilos spécifiques à certaines architectures particulières.
Tout ca pour dire que parfois, on peut rencontrer du code C exotique, non normé mais pour autant tout à faire jusitifé.
Merci beaucoup :king: