Windows fonction équivalente à fork ?

Bonsoir,

Je dois faire un programme qui possède 2 processus : un lecteur et un écrivain.

Le problème c'est que je suis sous Windows, ne pouvant utilisant fork, je cherche une alternative sous cet OS équivalent au fork.

Apparemment le createProcess ne fait pas (du tout ?) la même chose que fork d'après ce que j'ai compris :/

Donc à priori, je dois faire usage de threads. Quelle fonction me conseillerez vous d'utiliser pour le faire (à ce que j'ai vu il y en a plusieurs) ?

Ou y a t-il d'autre solution pour "faire comme" sous unix ? :D


Merci par avance de votre aide.

Pour "faire comme" sous Unix, il y a deux solutions sous Windows:

• Utiliser "Windows services for UNIX" / "The POSIX Subsistem" pour avoir accès à fork() : En fait, le kernel Windows NT supporte le fork, c'est juste l'API Win32 qui ne l'expose pas. Problème, c'est disponible seulement sur certaines versions pro de Windows.
• Utiliser cygwin, qui utilise un hack assez lourd mais plutôt malin pour simuler le fork() (mais c'est beaucoup plus lent qu'un vrai fork noyau).

Mais si tu n'as pas exactement besoin d'avoir des processus séparés, alors le plus facile est de faire une application multithread à la place (en démarrant tes threads soit par _beginthreadex(), soit en téléchargeant la bibliothèque pthread-win32). Fais attention toutefois, les données sont partagées entre deux threads d'un même processus, tu devras donc copier toi-même les données que tu veux isoler (et ne pas les mettre en variable globale).

Citation:

---

Envoyé par Hyperyon

Apparemment le createProcess ne fait pas (du tout ?) la même chose que fork d'après ce que j'ai compris :/

---

Il peut, tout dépend des paramètres que tu lui donnes... Tu peux assigner les entrées/sorties, faire hériter les handles ou pas, modifier l'environnement ou pas, le rendre "enfant" du processus père ou pas, récupérer le nom et la ligne de commande du parent pour les redonner à l'enfant, etc.
Bref, avoir l'équivalent du fork, mais c'est nettement moins rapide car c'est juste un cas particulier d'utilisation d'une fonction d'exécution générale (c'est comme si tu utilisais execv au lieu de fork, en fait).

Reste effectivement que si tu dois forker toutes les 500 ms, le CreateProcess ne sera pas du tout efficace, et un thread sera bien plus pertinent à utiliser. Si par contre tu ne fais qu'un seul fork en début de programme et que tu laisses vivre ainsi, alors CreateProcess fera tout aussi bien le boulot.

Citation:

---

le rendre "enfant" du processus père ou pas

---

Huh?

CreateProcess() est en fait l'équivalent de fork()+execXX()

Citation:

---

Envoyé par Médinoc

CreateProcess() est en fait l'équivalent de fork()+execXX()

---

Ah, c'est peut-être uniquement pour les processus console, c'était un flag de création détachée si je me souviens bien.
Faut dire aussi que j'ai arrêté de faire des équivalents de fork() depuis que j'ai quitté la fac, ce qui ne nous rajeunit pas... ;)

Un processus "détaché" est toujours fils de son père vu du kernel, mais il est séparé vu de la console.

Citation:

---

Envoyé par Médinoc

Un processus "détaché" est toujours fils de son père vu du kernel, mais il est séparé vu de la console.

---

Ah, ça doit être ça alors que j'avais en mémoire.