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