Discussion :

[benhoeil]

bonsoir les enfants. Je reprends un programme qui fait en quelque sorte serveur et qui s'instancie en plusieurs processus avec un fork.

Ce programme marche très bien sous Solaris. je dois le faire marcher sous Cygwin.

Il ouvre des connexions à des bases Sybase grâce entre autres aux infos contenues dans une structure définie ainsi :

Code :

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

1
2
3
4
5
6
typedef struct loginrec
{
	DBVOIDPTR	ltds_loginrec;
	SECLABELS	*labels;
	DB_LRESPONSE_FUNC	lresponse_func;	/* login response function */
} LOGINREC;

et pour info :

Code :

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

1
2
3
typedef   void DBFAR      *DBVOIDPTR;
 
#define   DBFAR           _far

(je ne sais pas ce qu'est un _far).

Le source compile bien mais plante à l'exécution. J'arrive à déterminer que ça se passe au moment de l'ouverture de la connexion à Sybase. En regardant de plus près, je vois que c'est parce que dans les processus fils, la structure LOGINREC semble altérée.

alors ça n'est pas très propre, mais voici ce que j'ai avec cette instruction (info->login est la variable de type LOGINREC*) :

Code :

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

printf("...OOOOOOOOOOOOOOOD {%d,%d,%d,%d}!\n", info->login,info->login->ltds_loginrec,info->login->labels,info->login->lresponse_func);

---- (1064) ......OOOOOOOOOOOOOOOD {13012480,0,0,0} (2279656)!
MSG-creer_processus_fils-04:02680 Creation du processus #1 => 1064.
je suis le processus 2264(2680)
---- (2264) ......OOOOOOOOOOOOOOOD {13012480,0,0,0} (2279656)!
MSG-creer_processus_fils-04:02680 Creation du processus #2 => 2264.
je suis le processus 2680(2632)
---- (2680) ......OOOOOOOOOOOOOOOD {13012480,13012496,0,0} (2279656)!

2680 est le processus papa.

pourquoi la variable ltds_loginrec change-t-elle dans les processus fils (rouge) ? ça n'est pas pareil que pour le processus papa (bleu). que n'ai-je pas compris ?

[granquet]

tu n'as pas compris que fork cree un nouveau processus et donc le processus fils ne partage pas le meme contexte que le processus pere.

le processus fils se retrouve avec une copie des variables.

[Médinoc]

Tu sais, cygwin n'est qu'une surcouche sur Windows, et Windows ne supporte pas le fork à l'origine... (Enfin, le kernel WinNT le supporte, mais pas l'API). Il est donc fort probable que la gestion du fork() par cygwin soit un peu... hasardeuse.

[hiko-seijuro]

je ne crois pas que la gestion du fork soit si hasardeuse que ca !

Comme l'a dit Dark_Ebola tu te retrouves avec une copie des variables. Si tu veux que cela fonctionne il faut que tu mettes ta variables en static (si mes souvenirs sont bons)

[granquet]

Si tu veux que cela fonctionne il faut que tu mettes ta variables en static (si mes souvenirs sont bons)

je pense qu'ils sont mauvais (les souvenirs, mais je peux me planter)

pour partager une variable entre plusieurs processus, notement celle consistant a mettre en place une shared memory entre les deux process ...

pour plus de details y'as toujours les tutoriels sur dvp: ftp://ftp2.developpez.be/developps/l...p-ch05-ipc.pdf

---
edit: je crois que je suis un peu hors sujet

[benhoeil]

En fait, je pensais que lorsqu'une variable A avait une valeur X avant le fork, alors les processus qui en sont issus (papa et fils) avaient tous les deux leur instance de la variable A avec la valeur X.

puisqu'on se retrouve avec une copie des variables, ça devrait être bon non ?

j'attire votre attention sur le fait que ça marche sous Solaris (mais c'est peut être par "chance" ?).

[Tchetch]

puisqu'on se retrouve avec une copie des variables, ça devrait être bon non ?

Oui. La seule choses qui est différente dans le processus fils est le PID, le PPID, les statistiques d'utilisations, les verrouillages de fichier et les signaux en attente.

Donc normalement, si tu 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
 
int a=0;
pid_t p;
 
a=5;
 
p=fork();
 
if(p==0)
{
  printf("A 1 FILS : %d\n", a);
  a=6;
  printf("A 2 FILS : %d\n", a);
} else if(p>0) {
  printf("A 1 PERE : %d\n", a);
  a=4;
  printf("A 2 PERE : %d\n", a);
} else {
  fprintf(stderr, "Erreur !\n");
}

Et bien tu te retrouves avec ça en sortie (plus ou moins, les sorties peuvent être mélangées) :

Code :

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

1
2
3
4
5
 
A 1 PERE : 5
A 2 PERE : 4
A 1 FILS : 5
A 2 FILS : 6

Une fois le fork passé, les modifications d'une variable dans un des processus (père ou fils) ne la change pas dans l'autre. Il est donc nécessaire de mettre en place des moyens de communication inter-processus (pipe, socket, shared memory, ...) !

[benhoeil]

oui. En fait, ma variable est renseignée avant le fork, et on s'en sert ensuite, sans la modifier, pour ouvrir plusieurs connexions à partir de processus différents. Donc ça devrait être bon d'après moi.

ça ne l'est pas... puisque je n'ai pas solution à mon problème, j'ai trouvé une "feinte", j''ai déplacé l'initialisation de la structure après le fork.

merci à tout ceux qui ont répondu !

[Médinoc]

Si ça marche ailleurs que sous Cygwin, et si ta variable n'est jamais modifiée, juste après le fork() elle devrait avoir la même valeur dans les deux processus.

Si sous Cygwin ce n'est pas le cas, peut-être est-ce un bug du fork() de Cygwin...