Rôles des fonctions read et write

Bonjour,
Serait il possible de m'expliquer ce que fait ces deux fonctions :

Code:

---

n=read(fd,buffer,sizeof(buffer));

---

Code:

---

c=write(sock,buffer,n);

---

Merci d'avance pour vos explications car je ne trouve rien de vraiment clair.

salut
i/o fonctions entrées-sorties de bas niveau
elles permettent d'écrire et de lire dans un fichier

Ok merci. Donc la première lit dans le file descriptor fd c'est celà ?

read, ça dit ce que ça dit quand même ...
Attention toutefois car open, creat, read,write et close sont des fonctions spécifiques aux systèmes de type UNIX. En C standard, on utilise fopen, fread/fwrite et fclose.

Ok merci. Désolé pour mon ignorance mais je n'étais pas sûr que çà lisait dans le file descriptor et que çà stockait dans le buffer en espérant que ce soit cela...:roll:

Lorsque vous voyez des fonctions de ce genre, vous pouvez tenter un:

Citation:

---

man le_nom_de_la_fonction

---

Exemple:

Citation:

---

man read

---

Vous pouvez le faire soit, dans une console linux, soit dans google :)

Citation:

---

Envoyé par Melem

read, ça dit ce que ça dit quand même ...
Attention toutefois car open, creat, read,write et close sont des fonctions spécifiques aux systèmes de type UNIX. En C standard, on utilise fopen, fread/fwrite et fclose.

---

Je ne vois pas pourquoi il faut forcement utiliser les fonctions fread etc... et non pas les appels system O_o, du moment qu'on verifie les valeurs de retour (dans les deux cas d'ailleurs).

C'est pour permettre la portabilité.

Si tu utilise read, il faudra s'assurer que ton programme ne quitte jamais UNIX, si tu utilise system(""); , alors ce sera windows only.

Si read fait la meme chose que fread mais que fread permet la protabilité, pourquoi s'embeter ?

Citation:

---

Envoyé par SofEvans

si tu utilise system(""); , alors ce sera windows only.

---

Pourquoi ça ? :roll:

Citation:

---

Envoyé par SofEvans

C'est pour permettre la portabilité.

Si tu utilise read, il faudra s'assurer que ton programme ne quitte jamais UNIX, si tu utilise system(""); , alors ce sera windows only.

Si read fait la meme chose que fread mais que fread permet la protabilité, pourquoi s'embeter ?

---

A oui c'est vrai >< il y a windows, je l'oublie souvent ^^

Citation:

---

Envoyé par Pouet_forever

Pourquoi ça ? :roll:

---

Oups, system() existe effectivement sous UNIX.

Sur le coup, je pensais a system("clr"); en fait :oops:

Citation:

---

Envoyé par SofEvans

Si tu utilises read, il faudra s'assurer que ton programme ne quitte jamais UNIX, si tu utilise system(""); alors ce sera windows only.

---

system est une fonction standard donc disponible dans tout environnement conforme à la norme. Windows possède cependant des fonctions assez semblables à celles d'UNIX en ce qui concerne la manipulation des fichiers :

Code:

---

1 2 3 4 5 6

UNIX <-> Windows creat <-> CreateFile open <-> OpenFile read <-> ReadFile write <-> WriteFile close <-> CloseFile

---

Citation:

---

Envoyé par SofEvans

Sur le coup, je pensais a system("clr");

---

C'est plutôt cls si c'est de la commande pour effacer l'écran que tu parles. Sous Linux effectivement c'est plutôt clear. Un bel exemple de la non portabilité que peut causer la fonction system.

Citation:

---

Envoyé par Melem

Un bel exemple de la non portabilité que peut causer la fonction system.

---

bof..

Il suffit d'avoir intégré que system appelle justement quelque chose qui dépend de l'OS..

Mais, comme même sous le même OS, les programmes peuvent être à des endroits différents, ou non définis dans le path, il est toujours judicieux de stocker les commandes / programmes utilsés dans les appels à system sous forme de fichiers de config..


Exemple ici :

Fichier Config

Code:

---

ClearCommand : "clear"

---

Fichier source :

Code:

---

1 2 3 4 5 6 7 8

... fopen(ConfigFile....); ... p = strchr ( Ligne, ":" ); strcpy ( ClearCommand, (p+1) ) ; ... sprintf ( Command, "%s", ClearCommand ) s = system ( Command );

---