Bonjour,
Je suis entrain de lire le livre de K&R sur le langage C. Jusqu'a maintenant il n'y avait rien d'exeptionnel, seulement je suis tombé sur ce code dans le livre :
 
 

 
 
Quand je le compile et que je l'exécute, j'obtiens
 
$ ./chap1_caract3
test
programmation
 
$
 
J'arrête le programme direct avec control + c puisqu'il se passe rien ?  
   Pourquoi il n'affiche pas la fonction printf pour afficher le but du programme : le nb de caractères ? ça doit etre tout con (j'ai p-e mal recopié, mais pourtant je me suis relus...)

Tu n'as pas fait de EOF ...
 
Ctrl-C => tu kill le prog ... donc pas de printf ...
 
(c'est Ctrl-D la fin de fichier, non ?)
 
(Pas sur du tout, mais essaye ... ca coute pas gd chose ... )

sinon, tu peux lui passer un fichier en entrée ...
 
ou alors tu peux modifier le code pour qu'il te sorte le nb à la fin de la ligne ... (comparaison avec '\n' au lieu de EOF)

Tiens oui ça marche CTRL+D ça correspond à quoi ? enfin je trouve ça bizarre qu'on soit obligé d'avoir besoin de taper au clavier pour pouvoir continuer le programme "normalement", non ?
 
ou alors j'ai mal compris ce qu'était vraiment EOF

ltu dois mal lire le K&R alors ou avoir la première édition. le type par défaut n'est pas int, il faut le préciser (pour main void ou int (pour faire plaisir à C99))

 
EOF : End Of File ... Ton prog est fait pour recevoir un fichier en entrée .. Pas une saisie utilisateur, apparamment ...
 
Par défaut, si tu ne lui envoie pas de fichier, le flux stdin est l'entrée clavier. CTRL-D est un moyen d'envoyer un signal de fin de flux au programme ... rien de plus ...

Fais plaisir à Taz, ca coute rien !

J'y ai réfléchis et en fait c'est con c'est vrai. Corriger moi si je me trompe, mais en fait, la boucle while  :
 
 

 
 
qui signifie donc littéralement :  
 
tant que [ce que l'on entre au clavier] est différent de [EOF]  
ajouter 1 à nc  
afficher nc  
 
Mais comme while (getchar() != EOF) est toujours vérifié, on ne passe jamais à printf ? C'est une boucle infinie non ?
 
 
Sinon Taz, c'est la seconde édition du bouquin page 17. C'est le code tel que je l'ai écrit. (mais c'est normal qu'il mette pas les voidmain ou je sais pas quoi vu que c'est le tout début du livre)

 
Bingo !
 
Sauf si tu lui passes un fichier, auquel cas, il te retournera la taille exacte du fichier à l'octet près !

ben c du old style à proscrire

 
Bien alors !
Tu peux me dire comment "tu lui passes un fichier" ?    
Bah oui parce que chez moi, c'est un simple prompt le truc comme je l'ai dit dans mon premier post :
 
$ ./chap1_caract3
test
programmation
 
$  
 
 

 
J'y peux rien moi, mais les main void et tout ça arrive plus tard, c'est sans doute normal... je tiens à préciser que le chapitre s'intitule "Présentation générale du C" et que c'est le premier chapitre sur 8 !

je veux juste que tu comprennes que le k&R est la référence, mais qu'il date, depuis de nouvelles normes compatibles ANSI sont sorties, etc

Ca fait des plombes que j'ai pas refait de shell ....
 
ce serait pas un truc style
 
cat monFichier|monProg
 
 ???
 
Quelqu'un qui utilise Linux fréquemment devrait pouvoir te dire ca vite fait ...
 
Sous Dos, je ne sais pas si c'est possible ...

 
Oui sans doute, mais ça me donnera des bases quand même, ils ont quand même pas tout changés !?

non loin de là. apr contre le type apr défaut n'est plus int, il faut préciser le type explicitement