Discussion :

[Alays]

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 :

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
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

[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.

[Alays]

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

[kwariz]

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

[ram-0000]

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)

[Médinoc]

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

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.

[kwariz]

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

Bonjour,

pourquoi ?

[ram-0000]

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

Effectivement, j'avais faux

[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).

[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.

[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

[jack-ft]

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?

[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).

[jack-ft]

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...)

[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é.

[jack-ft]

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

En quelque sorte, oui.

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)

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é!