Discussion :

[felix01]

Bonjour
je demande votre aide sur un petit exercice :je dois écrire un programme en C qui copie le contenu entré par clavier sur un fichier passé en argument

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
# include<unistd.h>
# include<fcntl.h>
# define taille 80
int main( )
{
int fd,nbcar;
char buf[taille] ;
// création du fichier
fd = open ( " f i c h i e r " , O_CREAT| O _ WRONLY ) ;
}
// copier les donnes introduites à partir
//du clavier dans le fichier
while((nbcar=read(0,buf,taille))>0)
if (write( f d , buf , nbcar)==-1) 
return -1 ;
return 0 ;
}

le problème c'est que quand je tape des lettres puis j'appuie sur entrer un fichier est créé mais ce fichier est vide puisque ça n'affiche rien quand je fais cat nomfichier. Merci

[Médinoc]

Pourquoi utiliser les fonctions POSIX de bas niveau au lieu des fonctions standard? Epit(a|ech)?

Fais gaffe aussi, en création il faut passer un troisième paramètre à open(). Et il manque la fermeture propre du fichier. Aussi, utilise STDIN_FILENO au lieu du nombre magique 0.

[felix01]

En fait l'exercice demande de ne pas utiliser les fonction de la bibliothèque standard de plus même quand je fait close() ça marche pas encore!

[Metalman]

La version naïve (déconseillée en cas de re-écriture de fichier car trop d'IO) :

Ouvrir le fichier en ecriture, o_creat, et peut être écrasement (à voir selon le sujet)
Lire 1 caractère sur STDIN_FILENO, tant que read renvoie 1...
Ecrire 1 caractère dans le fichier
Fermer le fichier

Ta machine ne serait pas très contente si tu fais des reads de 1 pour recopier des fichiers, mais comme tu ne tapes probablement pas aussi vite (en espérant qu'il n'y ait pas de copier/coller de gros textes), c'est la méthode "minimale"/naïve.

[Bktero]

En fait l'exercice demande de ne pas utiliser les fonction de la bibliothèque standard de plus même quand je fait close() ça marche pas encore!

Tu diras à ton prof que c'est débile. Tu lui demanderas aussi pourquoi est-ce que pour lui open() n'est pas une fonction standard ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

fd = open ( " f i c h i e r " , O_CREAT| O _ WRONLY ) ;

Allo ? T'es sous Unix et tu mets des espaces à gogo dans tes noms de fichiers ? Ché pas, vous me recevez ? :O Plus sérieusement, évite les espaces, pour le bien de tous et surtout le tien

Pourquoi y a t-il une accolade à la ligne 11 ? Pour plus de lisibilité et de facilité de maintenabilité, je te conseille de mettre des accolades avec tes while et tes if. Tu visualiseras mieux qui est dans quel bloc et tu aurais peu de risques d'erreurs en cas de rajout d'instruction dans l'une des structures de contrôles.

[Metalman]

Pour le C/UNIX (et je précise bien le C/UNIX, pas le C tout court), il arrive que les écoles forcent à utiliser les syscalls de l'OS, et uniquement ceux-ci (et c'est en effet le cas dans les Epit* durant les 1eres années)
L'une des justifications est qu'il faut savoir ce qu'il se passe dans la lib standard, juste au dessus des syscalls, pour pouvoir mieux la manipuler.
Et aussi de comprendre quelles sont les interfaces de communication d'UNIX : open, read, write, close... et on peut parler avec tous les devices... plutôt simple donc... (sans rentrer dans les détails avec sysctl et tout...)

Je ne dirai pas si c'est positif ou non... mon avis est biaisé de base


Mais ça ne change pas la remarque de Bktero sur les espaces !
(D'ailleurs, Bktero, tu n'as pas vu le post hier soir quand il y avait des espaces quasiment partout dans le code.... pas de "if ..." mais "i f . . .")

[Médinoc]

Tu lui demanderas aussi pourquoi est-ce que pour lui open() n'est pas une fonction standard ?

Ce n'en est pas une pour moi non plus. Ou du moins, ce n'est pas une fonction standard C. C'est une fonction POSIX.

[Bktero]

Ce n'en est pas une pour moi non plus. Ou du moins, ce n'est pas une fonction standard C. C'est une fonction POSIX.

Je pense que ça joue sur cette distinction. Mais bon.... La norme C est un standard. POSIX est un autre standard. Bref, je trouve ça bête de débuter en C et de ne pas utiliser les fonctions de la norme pour préférer les fonctions de l'OS.

Pour le C/UNIX (et je précise bien le C/UNIX, pas le C tout court), il arrive que les écoles forcent à utiliser les syscalls de l'OS, et uniquement ceux-ci (et c'est en effet le cas dans les Epit* durant les 1eres années)
L'une des justifications est qu'il faut savoir ce qu'il se passe dans la lib standard, juste au dessus des syscalls, pour pouvoir mieux la manipuler.
Et aussi de comprendre quelles sont les interfaces de communication d'UNIX : open, read, write, close... et on peut parler avec tous les devices... plutôt simple donc... (sans rentrer dans les détails avec sysctl et tout...)

Je comprends l'intérêt mais justement quand on n'est plus totalement débutant et qu'on commence à comprendre les mécanismes. On peut alors s'attaquer à ce qu'il y a "sous le capot" et descendre au niveau OS.

Pour compléter ma première phrase de ce message, utiliser les fonctions POSIX et non ISO C revient à donner un cours de C / POSIX et non un cours de C.