fopen et son handle

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : fopen et son handle

red faction

une question que jme pose :

si un process quelconque utilise le meme handle qu'un autre pour fwrite par exemple est ce que cela va fonctionner ???

Code :

process1
FILE *f=fopen

Code :

process2
fwrite( f du process1);

bon il existe dautre methode pour faire se genre de truc mais c juste un question comme ca en passant :whistle:

Message édité par red faction le 02-09-2004 à 16:07:27

Publicité

blackgoddess

vive le troll !

je suppose que ca dépend de l'implémentation ... sous windows par exemple quand tu utilises CreateProcess, tu peux choisir si le fils hérite des handles du père.

---------------
-( BlackGoddess )-

Taz

bisounours-codeur

ça hérite des descripteurs de fichiers certes (sous *n*x du moins) mets tu récupères pas les FILE* et ho !

hegros

beh sous nux si il récupéres une copie des FILE * si il ne fais que un fork et pas de exec***

Mais tu risques d'avoir un prob de syncrho lock ?

red faction

sous win 32 par exemple jme demandait ce que pouvais faire un tel truc :
(taz ferme les yeux)

Code :

for(int i=0;;i++){
send(i,buf,sizeof(buf),0);
}

Message édité par red faction le 03-09-2004 à 15:18:22

HelloWorld

Salut tout le monde!

BlackGoddess a écrit :

je suppose que ca dépend de l'implémentation ... sous windows par exemple quand tu utilises CreateProcess, tu peux choisir si le fils hérite des handles du père.

Il est important de préciser que les handle sont dupliqués, sauf s'ils ont été rendu non duplicables. Si le process fils ferme son handle, celui du père n'est pas affecté et vice versa.
En ce qui concerne FILE* y'a aucune duplication, ca fait partie de la lib standard et c'est propre à chaque process. Quant à ce que fait ton code, ben send c'est du rézo non ? Y'a pas de FILE* la dedans.

---------------
FAQ fclc++ - FAQ C++ - C++ FAQ Lite

hegros

En ce qui concerne FILE* y'a aucune duplication, ca fait partie de la lib standard et c'est propre à chaque process. Quant à ce que fait ton code, ben send c'est du rézo non ? Y'a pas de FILE* la dedans.

Sous nux tout est hériter meme le FILE* , le fork crée une copie conforme du pere la seule chose qu'il duplique pas etant son numéro de pid, les signaux pendant , ls temps de consommation cpu user et kernel sont réinitialiser puis peut etre 2-3 bricoles encores comme les verrous sur les fichiers...

C'est quoi l'os sur lequel tu bosses ? Parce que en effet sous windows c different

nico168

hegros

j'ai une petite question sur le meme sujet.
Imaginons que j'ouvre un fichier en ecriture et que je fork.
j'imagine que le pere et le fils ne vont pas pouvoir ecrire en meme temps dans le fichier, alors qu'est se qu'il se passe ?
/////////////////////////////////////////////////////////
Typiquement une desynchro tu risques de pas avoir ce que tu crois dans le fichier.
Chacun ecrivant dans le fichier en meme temps ca veut dire que celui qui a la cpu ecrit des qu'il est preempté meme si il a pa finir d'ecrire l'autre vient ecrire et ca fout le zouc
En gros , utilise les verrous

nico168

ok, merci

FORUM HardWare.fr

Programmation

fopen et son handle

Sujets relatifs
Handle de shell avec posix thread	fopen et parametre variable
fopen... fread... fwrite...	[VB] nom exe (ou chemin) du handle d'une appli en cours
gestion de contenu via fopen	fopen et open sont dans un bateau...
Recupérer le handle d'une fenetre	Activer un programme si on connait le handle de la fenêtre principale
handle	Handle sous-menu erreur
Plus de sujets relatifs à : fopen et son handle

Page générée en 0.069 secondes