Discussion :

[Christophe]

Bonsoir,

Je souhaites faire un petit projet en C créant un processus qui va lui même appeler un exécutable.

Sous Linux, on utilise fork pour créer un processus enfant qui sera une copie du processus parent, et si on est dans le processus enfant, non lance execve qui va schématiquement "remplacer" le contenu du processus par l'image mémoire de l'executable chargé.

Sous Windows, j'ai vu qu'il y avait createprocess qui doit globalement faire ce que je décris. Mais comment peut-on créer un processus comme le fait fork ? (pas un thread) Et comment se gère les signaux ? (exemple que le père attende la fin du processus fils)

Je suis pas développeur de métier mais je me débrouille un peu.

J'utilise MinGW, je peux donc utiliser execve mais fork n'est pas implémenté, je suis donc obligé d'utiliser directement les API Windows.

Merci d'avance.

[Sve@r]

Salut chrtophe

Je suis désolé, tu dis "pas de thread" mais sous zindow tu n'as que cette solution. Même le CreateProcess() dont tu parles fait appel aux thread
Ici un exemple: https://learn.microsoft.com/fr-fr/wi...ting-processes.

[Christophe]

Merci pour le retour.

Je me suis mal exprimé. Chaque processus contiendra bien sûr à minima un thread, j'entendais créer un processus enfant, pas un thread enfant.
Je vais avoir du boulot pour les paramètres et la structure lpprocessinformation.

Pour les "signaux", je vais devoir utiliser WaitForSingleObject à la place de wait semble t'il.

[dalfab]

Bonjour,

L'équivalent du couple fork()/exec() sous Windows est fait par les fonctions _spawn().

Avec _spawn(), on peut choisir de créer un process qui:
- va remplacer le process courant (c'est équivalent à _exec())
- va s'exécuter et une fois terminé, le process courant qui a été bloqué pendant ce temps reprend.
- va être un process totalement indépendant s'exécutant en parallèle
- va être un process en parallèle lié (un process fils).
C'est ce dernier cas qui correspond au couple fork()/exec() de POSIX. Les signaux ne sont pas complets sous Windows, pour se synchroniser avec le fils, il faut peut-être utiliser _cwait().

Emuler le fork() sous Windows est impossible. Ce qui se passe pendant un fork() est complexe (en plus de la mémoire, le système doit cloner tous les drivers ouverts et les threads d'un process.)

[foetus]

À voir, mais depuis Vista, sous Windows, il y a les condition variables pour synchroniser les threads. (<- lien officiel MSDN en anglais)

J'ai vu qu'elles étaient en C++ depuis le C++11 : std::condition_variable (<- lien cppreference.com en anglais)

[Médinoc]

Sous Windows, j'ai vu qu'il y avait createprocess qui doit globalement faire ce que je décris. Mais comment peut-on créer un processus comme le fait fork ? (pas un thread)

Il n'y a pas de moyen "supporté" pour un processus ciblant Windows (pour être précis, "l'API Win32") pour faire l'équivalent d'un "fork sans le exec".
Il existe un support de ça sous les Windows récents si tu crées un programme ciblant les systèmes Unixoïdes (via "Windows Services for UNIX"), et ce support s'appuie probablement sur des fonctions de l'API Native, mais l'API Native est non-supportée et non-documentée.
À une époque, Cygwin avait implémenté son propre code de fork d'une façon tarabiscotée qui marchait mais était très lente.

Et comment se gère les signaux ? (exemple que le père attende la fin du processus fils)

Sous Windows, ça ne se fait pas via des signaux. CreateProcess() retourne le HANDLE du processus fils (ainsi que le handle de son premier thread), et chacun peut être attendu avec WaitForSingleObject() (attendre un processus ou thread, c'est attendre qu'il se termine).