problème avec fork()

Version imprimable

bonsoir je croyais avoir compris comment marchait fork() mais là je ne comprends plus rien

je veux créer un processus père et 2 fils donc je fais ça :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
 
for(i=0;i<2;i++){
 
		int n=fork();
 
		if(n>0){
			//initFichier("test.test");
                        printf("père\n");
			for (i=0;i<2;i++){
				int message;
				pid=wait(&message);
			} 
			//emctl(semid,0,IPC_RMID,0);
 
		}else if(n==0&&i==0){
                        printf("fils1\n");
			//ecrireFichier("test.test",a,3);
      			exit(0);
 
		}else if(n==0&&i==1){
 
			printf("fils2\n");
			//lireFichier("test.test",a,3);
      			exit(0);  
 
		}else{
			exit(1);
		}
 
 
	}

ce code m'affiche père \n et fils1 \n il ne va jamais dans la condition n==0&&i==1 je ne comprends pas pourquoi

24/09/2012, 20h30
Neckara

Bonjour,

Ton code a deux problèmes :
- ~~un oublie de parenthèses pour le premier if;~~ J'ai rien dit, je n'ai pas l'habitude de ce type d'indentation.
- l'utilisation de la variable i deux fois dans deux boucles imbriquées... ainsi tu ne fait qu'un seul tour de ta grande boucle (la première) vu qu'à la sortie de ta petite boucle (la deuxième) i vaut 2.
24/09/2012, 20h43
Alays

ah oui merci
et pour l'identation je suis sur gedit et le tab est grand ^^
24/09/2012, 22h18
kwariz

Citation:

Envoyé par Alays

ah oui merci
et pour l'identation je suis sur gedit et le tab est grand ^^

Bonjour.

Complètement off-topic, dans les préférences (edit/preferences) de gedit tu peux provoquer l'insertion automatique de caractères espace au lieu d'un caractère tabulation ... c'est très avantageux pour avoir une indentation cohérente entre différent viewer :)
25/09/2012, 11h09
ram-0000

Citation:

Envoyé par Alays

ce code m'affiche père \n et fils1 \n il ne va jamais dans la condition n==0&&i==1 je ne comprends pas pourquoi

Peut être parce que le fils1 qui meurt immédiatement dans ton code fait que le pere reçoit un signal SIGCHLD (avant d'avoir pu lancer le fils2) et comme il n'y a pas de handler de ce signal dans le père, cela provoque la mort du père (comportement par défaut il me semble lorsqu'un process reçoit un SIGCHLD et qu'il n'y a pas de handler)
25/09/2012, 11h58
Médinoc

^Il me semble que le comportement par défaut pour SIGCHLD, c'est de l'ignorer.

Citation:

Envoyé par kwariz

Complètement off-topic, dans les préférences (edit/preferences) de gedit tu peux provoquer l'insertion automatique de caractères espace au lieu d'un caractère tabulation ... c'est très avantageux pour avoir une indentation cohérente entre différent viewer :)

Et très désavantageux pour faire le boulot de programmation dans l'éditeur lui-même.
25/09/2012, 12h25
kwariz

Citation:

Envoyé par Médinoc

Et très désavantageux pour faire le boulot de programmation dans l'éditeur lui-même.

Bonjour,

pourquoi ?
25/09/2012, 13h56
ram-0000

Citation:

Envoyé par Médinoc

^Il me semble que le comportement par défaut pour SIGCHLD, c'est de l'ignorer.

Effectivement, j'avais faux :oops:
26/09/2012, 06h39
Médinoc

@kwariz: C'est sans doute subjectif, mais pour moi les tabs rendent la navigation dans le texte plus rapide et moins frustrante.
Aussi, quand on n'utilise des tabs qu'en début de ligne et de manière cohérente, il n'y a pas de problème de décalage: Le seul problème est que ça paraît un peu large sur des éditeurs/afficheurs qui ne permettent pas de réduire la taille des tabs (les navigateurs Internet sont hélas dans ce cas).
26/09/2012, 11h20
matafan

Ne jamais, jamais, jamais, configurer un éditeur pour afficher des tabulations plus petites. Sinon inévitablement on rend le code illisible dans un éditeur standard. Une tabulation c'est 8 caractères, point. Si on n'aime pas les tabulations de 8 caractères, utiliser des espaces à la place.
26/09/2012, 11h47
jabbounet

perso j'ai une grosse préférence pour les espaces, quelque soit l'éditeur il aura toujours la même representation.

Après cela reste une question de gout, il y'a moyen de mixer.
http://www.emacswiki.org/emacs-en/SmartTabs
02/10/2012, 15h09
jack-ft

Citation:

Envoyé par Médinoc

pour moi les tabs rendent la navigation dans le texte plus rapide et moins frustrante.

Bonjour.
Peux-tu préciser en quoi c'est plus rapide et moins frustrant?
02/10/2012, 17h17
Médinoc

Parce que je passe d'un indent à l'autre sans me répéter 4 à 8 fois?
(après oui, il y a les touches Home et End, mais leur comportement tend à changer d'un éditeur à l'autre, et elles sont plus éloignées).
04/10/2012, 11h44
jack-ft

Citation:

Envoyé par Médinoc

Parce que je passe d'un indent à l'autre sans me répéter 4 à 8 fois?
(après oui, il y a les touches Home et End, mais leur comportement tend à changer d'un éditeur à l'autre, et elles sont plus éloignées).

Ok. Je comprends: tu utilises les flèches pour te déplacer dans la marge (espace entre le début de la ligne et le début du premier mot de la ligne).

J'essaie de me souvenir, mais je ne vois AUCUNE circonstance où mon curseur serait dans la marge, je n'ai donc jamais à me déplacer dans cette partie-là et n'ai donc pas ce problème d'efficacité!

En fait, si, ça arrive parfois lorsque je descends d'une ligne vers une ligne plus indentée ou lorsque je suis en début de ligne. Mais, même dans ce cas, je n'ai jamais besoin de me déplacer d'un indent à un autre. Lorsque le curseur est dans la marge, je tape "TAB" (dans emacs) et j'arrive directement au début du premier mot. Si je veux aller plus loin que le début du premier mot, au lieu de taper TAB, je tape plusieurs M-f ou M-right (sur un PC: alt + flèche droite) pour avancer de mot en mot.

Oh! J'oubliais un détail: je ne formate jamais moi-même mon code (que ce soit du lisp, du C, du shell ou autre), c'est emacs qui le fait à ma place (c'est beaucoup plus efficace et sûr!). Je n'ai donc jamais à insérer ni de tabulations ni d'espaces en début de ligne!
Je ne m'en soucie qu'au moment de la configuration d'emacs (choix du style d'indentation)... une fois par lustre environ! (et encore...)
04/10/2012, 13h15
Médinoc

Tu te reposes donc sur des comportements qui "tendent à changer d'un éditeur à l'autre" pour ne pas avoir à utiliser le caractère \t. Quand on a la garantie d'avoir emacs partout, c'est parfaitement justifié.
05/10/2012, 10h29
jack-ft

Citation:

Envoyé par Médinoc

Tu te reposes donc sur des comportements qui "tendent à changer d'un éditeur à l'autre"

En quelque sorte, oui.

Citation:

pour ne pas avoir à utiliser le caractère \t.

C'est plutôt pour ne pas m'en préoccuper.

Pour moi, le code doit TOUJOURS être CORRECTEMENT indenté.
Je choisis donc de ne pas m'en occuper et de laisser emacs faire le boulot.

Donc, d'un certain point de vue, effectivement, je ne souhaite pas utiliser le caractère \t, ni l'espace d'ailleurs! (en tout cas, pas pour l'indentation)

Citation:

Quand on a la garantie d'avoir emacs partout, c'est parfaitement justifié.

Je n'ai pas cette garantie, mais, dans la pratique, depuis 1993, à part une mission de quelques mois avec vi et une mission Android d'un mois avec Eclipse, j'ai toujours réussi à avoir emacs (ou xemacs ou aquamacs) :)
Quand on a ses petites habitudes, ça améliore la productivité! ;)