Reprise du message précédent :
stream == flux
 
Voici quelques liens honteusement repris du site d'un forumeur d'ici :
http://mapage.noos.fr/emdel/init_c.htm#flux
http://mapage.noos.fr/emdel/notes.htm#saisie
http://mapage.noos.fr/emdel/notes.htm#fichiers

 
Pardon ?
 
Je peux aussi être moins courtois si tu veux vraiment voir ce que ca donne.
 
Je ne trouve pas avoir été hostile, je t'ai posé une question de bon sens: n'importe quel programmeur qui tente de faire quelque chose de bien se documente pendant son développement.
 
Tes dernières questions sont à la portée du premier venu qui utilise google ou un bouquin de C: Si t'as pas les informations, t'es quand meme capable dans pas mal de cas de la trouver toi même, surtout celles ci. Sinon passe à autre chose.

ou alors que tu sais pas chercher... les streams étant expliqués dans tout tuto C digne de ce nom

Je suis d'accord avec _darkalt3_ , se documenter est l'une des bases à acquérir lorsque l'on programme.
C'est également la raison pour laquelle l'anglais est un pré-requis dans ce domaine.

J'ai un bouquin, visiblement pas terrible d'apres ce que g entendu. Il me donnent un programme je le decortique. Pour etre franc j'ai rarement vu des choses claire sur le net.. on voit 14 explications differentes.

Question philosophique, dans un post précédent, je mentionne qu'un stream est de type FIFO. Cependant, cela n'apparaît pas clairement dans les différentes définitions que me donnent google.
La question est : il y a t il des streams LIFO ou bien cela n'a t-il pas de sens (ce que je pense)...

Hmm. Comme ça juste à coup de logique, je trouve ça étranger au concept de flux, le LIFO...

je me sens moins seul...

Pourquoi ?
 
(gaffe au smiley sarcastic)

 
En l'occurence il ne s'agit pas d'explications, mais de deux prototypes de fonctions différents, print et fprintf.

Oui ok, merci !  
 
j'utilise pour le moment le plus simple. J'en suis encore à comprendre la structure d'un programme... le chemin va être long !

C'est un peu particulier. La fonction "main" peut s'écrire avec aucun, un, deux ou 3 paramètres selon ton besoin. Chaque paramètre est un lien entre le programme et son environnement extèrieur.
 
Le premier paramètre est de type "int". Il contient le nombre d'arguments passés au programme (un argument étant une valeur située entre le nom du programme et la fin de la ligne style "mkdir toto" => "toto" est l'argument du programme "mkdir" ).
Ce paramètre est conventionnellement nommé "argc" pour "arg count" mais rien ne t'empêche de le nommer "zorglub" si t'en as envie.
Donc si t'as besoin d'avoir juste le nb d'arguments, tu peux écrire "int main (int argc)". Ensuite, dans ton programme, tu pourras à loisir utiliser cette variable "argc" chaque fois que tu voudras savoir combien d'arguments ont été passés à ton programme.
Ex:

 
Le second paramètre contient la liste de tous les arguments. Evidemment très utile quand il faut les traiter. Un argument étant une chaîne et une chaîne se caractérisant par l'adresse du premier caractère (de type "char *" ), la liste de ces arguments est donc un tableau de chaînes ("char *[]" ) ou l'adresse de la première adresse ("char **" )
Cette variable est conventionnellement nommée "argv" pour "arg value" mais rien (hormis ta conscience) ne t'empêche de la nommer "popol".
Ainsi, si tu lances ton programme avec 3 arguments style
pgm toto titi tata
Alors "argv[0]" contiendra l'adresse du début de la chaîne "pgm" (le nom du programme lui-même), "argv[1]" contiendra l'adresse du début de la chaîne "toto", etc etc jusqu'à "argv[2]" qui contiendra l'adresse de début de la chaîne "tata". Et, particularité supplémentaire, "argv[3]" contiendra "NULL". Tu peux utiliser cette valeur particulière comme condition de fin ou bien utiliser "argc" à ton choix.
Ex:

 
Le 3° paramètre contient la liste de toutes tes variables d'environnement. Cette notion d'environnement est très forte sous Unix et systèmes parallèles et un peu plus masquée sous "Windows" (il faut faire un "clic droit" dans "poste de travail" => propriétés" => onglet "avancé" => bouton "variables d'environnement" )
Grace à ce paramètre, tu peux donc récupérer la valeur de chaque variable dans ton programme.
Comme pour "argv", ce paramètre étant une liste de chaînes il est de type "char *[]" et on le nomme conventionnellement "envp" pour "environment program". Et comme pour "argv", il contient une valeur particulière à "NULL" pour marquer la fin de la liste.
Ex:

 
Evidemment, si tu écris un programme qui n'a pas besoin de ces paramètres, ben tu ne les déclares pas dans le main et puis c'est tout...

A ma connaissance, la norme n'admet que deux prototypes à main() :
 

et

 
 
Je crois bien que le prototype à trois paramètres est obsolète, surtout avec la fonction getenv() définie en C89...

char *envp[] n'est pas standard, donc ne fonctionnera pas avec tous les compilos.

C'est vrai que argc sans argv c'est un peu nul... mais le C ne serait pas ce qu'il est si on ne pouvait pas écrire des trucs idiots avec    
 

Hum... je ne connais pas ce détail. C'est vrai que "getenv" est un bel avantage pour chercher une variable particulière plutôt que de se palucher tout envp à la main puis aller chercher le "=" pour se placer sur le char suivant...

 
 
salut tout le monde.
 
moi je me demande poirquoi il y a deux prototype pour la fonction main.
des fois on l'utilise avec le 1er et d'autre avec le 2eme , quel est la differance entre les deux ?
 
 

je viens d'essayer avec Visual Studio 2005, ça tourne.

Ça dépend si tu as besoin des arguments de la ligne d commande.

 
Eh bien si ton programme ne demande aucun paramètre, ça fait en tout cas plus propre de ne pas en définir puisque tu ne les utilises pas.
Un peu comme si tu écrivais une fonction admettant des paramètres, sans les utiliser.
 
Au-delà de ça, je ne pense pas qu'il y ait effectivement un grand intérêt.

 
Exemple simple : le programme DOS xcopy.exe demande au moins deux paramètres pour fonctionner : la source et la cible.
Si xcopy.exe est codé en C, alors ces paramètres sont récupérés à partir des arguments de main().

 
 
donc on les utilisent quand en fait apelle à des commende DOS dans notre programme ?
 
EDIT: excusez moi si ca parais idio cette question, je suis débutant.

C'est pour la ligne de commande en général. Ca ne se limite pas au DOS qui est, rappelons-le, mort depuis quelques années déjà.

 
ok merci pour votre explication    
 
 
 

 
Va lire mon post situé 4 rangs avant le tien !!!  

Achète toi un livre de C. Un vrai. Des réferences sur le site de Developpez (ou le mien...)
 
Il existe aussi des tutoriels en ligne...
 
On ne peut pas passer notre temps à répondre à des questions aussi basiques...

Ce qui est une fausse infomation, évidemment...

Uh ?
 
DOS n'est plus maintenu, non ? Et ce qu'on trouve depuis Win2k c'est une console, mais qui n'a rien à voir avec le DOS. Ne serait-ce parce que ce n'est plus un OS

Je sais bien Emmanuel, je compte m'en racheter un seulement le titre du topic veut bien dire que je debute et que les questions seront de toute facon basique. Peut etre que celle ci l'es trop et je comprend que ca puisse etre un peu fatiguant mais je ne m'en rend pas compte, j'aime comprendre tout ce que je fais.  
 
par exemple, ce programme, peut etre que ca te semblera bete comme question, mais j'ai un doute... le programme est explique pourtant mais j'ai tendance a bidouiller pour comprendre et la, en bidouillant quelquechose m'echape.
 
voici le programme : Il marche tres bien comme ça.
 
#include<stdio.h>  
 
int a, b, c;
 
int produit(int x, int y);
 
main()
{
      printf("Entrez un nombre :" );
      scanf("%d", &a);
       
      printf("Entrez un second nombre :" );
      scanf("%d", &b);
       
      c = produit(a, b);
      printf("\n %d fois %d = %d", a, b, c);
       
      return 0;
}
 
int produit(x ,y)
 
{
    return( x * y );
}
 
mon probleme est le suivant. J'utilise une fonction qui realise le produit de deux variable a et b. on demande le premier nombre, le second puis on dit que C est le produit des deux premier.. ça devrait suffire, pourquoi doit ont definir deux autres variables ?
 
C'est peut etre bete pour certain mais pour etre franc je mentirai si je disais que je n'en n'ai aucune idée, seulement j'aimerai une explication pour savoir si mon raisonnement est vraiment mauvais ou non.

 
De quelles autres variables tu parles ?
x et y ?

C'est tres basique comme probleme ? enfin je ve dire, ce sont des questions qu'on se pose toujours ou c'est moi qui me prend la tete ?  
 
oui oui, je parle bien de x et y

Il faut dire que l'emploi de variables globales entre un peu en conflit avec les paramètres de fonctions.
 
Dans le code posté ici, x et y font effectivement doublon avec a, b et c.
 
Ce qu'il faut savoir, stephaninho, c'est que normalement, on ne déclare pas de variables globales. Ca arrive, bien sûr, d'y faire appel, mais c'est normalement dans des conditions particulières, pas très courantes.
Normalement, a, b et c auraient dû être définies dans main().
 
Autre chose : n'utilise pas scanf() sans être certain de ce que fait cette fonction. Ce n'est pas le genre de fonction à utiliser à la légère, et si tu en veux une preuve, alors je t'encourage à saisir autre chose qu'un nombre lorsque ton programme le demande.
Utilise plutôt des fonctions comme fgets().

si tu parle de x et de y , alors sache qu'ils sont local à ta fonction produis, il sont utiliser que dans cette fonction . et que les variable a et b sont des variable local à ta fonction main (si tu les declare dans main et c'est ce que je te recommande ). mentenant si tu veut utiliser que a et b (meme dans la fonction produis) tu dois les déclarer en global , mais je te déconseille de le faire .
 
EDIT: oups j'avais pas vu que ta déclarer a et b en global , ....

 
Oui, c'est très basique.
Vraiment, procure-toi un autre livre d'urgence et, d'ici là, tu peux composer avec le site d'Emmanuel qui te donnera de bonnes bases : http://mapage.noos.fr/emdel
 
 

 
Faux.

j'ai pige, faut que je change de livre de toute urgence...  
 
merci beaucoup en tout cas ! je vais immediatement jetter un oeil sur le site d'Emmanuel.

http://www.dunod.com/pages/ouvrage [...] id=4873401  
 
J'ai vu celui ci, j'en avais evidement entendu parlé jusqu'a ce qu'on me prete celui que j'ai. Evidement il ne peut que etre bien, s'il est fait par les concepteur du language seulement j'ai peur qu'il ne soit pas adapté à mon niveau... J'ai vu etudiant en 1ere année d'info, on est sencé ne pas connaitre grand chose.  
 
Vos avis ? une quille en C qui veut faire du C lol !

Le lien ne fonctionne pas, mais si tu parles de "Le Langage C", de Kernighan&Ritchie, alors si, il est très bien.
 
Prends celui avec les corrigés d'exercices aussi, évidemment, sinon tu vas effectivement avoir du mal.

Tu penses que même pour un pur débutant il est adapté ? au prix j'aimerais ne pas faire d'erreur..

Il t'apprendra à manier le langage C, de manière simple et efficace.
 
Sache néanmoins que cela ne suffira pas pour savoir programmer, puisqu'il te faudra aussi connaître l'algorithmique par exemple, mais pour le langage en lui-même, c'est un très bon livre, adapté à peu près à tous les niveaux.

oui, voici le bon lien:
http://dunod.com/pages/ouvrages/fi [...] p?id=48734
 
C'est surtout un ouvrage de débutant en fait (comprendre : pour bien débuter)

Attention : dans ce livre il y a des exercices, mais non corrigés.
A voir si tu aimes travailler sur des exercices ou non, ça dépend des gens.