Discussion :

[Krispyro]

Bonjour,

Dans mon application portable linux/win32, mon code execute des scripts python
via l'API C python. Or il arrive que certaines librairies python fasse planter toute l'application au déchargement des modules.
Sous linux j'ai résolu ce problème en créant un nouveau process qui lance le code python. Pour cela j'ai utilisé fork.
CreateProcess est l'équivalent de fork() + exec( ). Je cherche l'équivalent de fork() tout seul car je souhaite que le process execute le code que mon application assigne au fils et non pas le code d'un autre programme.
Est-ce possible sous windows?
Il semble que cygwin émule le fork grace à CreateProcess mais je n'ai pas trouvé dans les sources l'astuce.

Merci

[joellel]

Bonjour,
Je cherche l'équivalent de fork() tout seul car je souhaite que le process execute le code que mon application assigne au fils et non pas le code d'un autre programme.

Pourquoi? Sous Windows, ça n'existe pas. Je vois 2 solutions:
1/ tu crées un nouveau thread qui effectue ton traitement dans ce cas, tu as un seul exécutable et ton thread pourra se planter tout seul
2/ Tu crées un autre programme exécutable, avec le code que tu voulais assigner au fils et tu le lances avec CreateProcess.

[Krispyro]

Pourquoi? Sous Windows, ça n'existe pas. Je vois 2 solutions:
1/ tu crées un nouveau thread qui effectue ton traitement dans ce cas, tu as un seul exécutable et ton thread pourra se planter tout seul
2/ Tu crées un autre programme exécutable, avec le code que tu voulais assigner au fils et tu le lances avec CreateProcess.

Bon j'ai essayé avec CreateThread, _beginthread et pthread_create. Dans tous les cas le code du thread crée fait planter toute l'application
Ca fait plaisir de voir un meme comportement avec plusieur implémentations de thread sur plusieurs archi différentes. On peut donc en déduire que quand un thread plante, l'application qui l'a crée suit le mouvement.
Pour info, l'éxecution du python via l'interpreteur se faisait déjà dans un thread à part (utilisation de glibmm => g_thread_create, compilation cygwin/mingw).
Je vais opter pour la deuxième solution même si en terme de sécurité c pas terrible, je vais etre obligé de vérifier l'executable que je lance avec un checksum.
Toujours pas d'idée pour le fork() de cygwin?

P.S: excellent article pour appeller une méthode C++ avec CreateThread et accéder au données membres de la classe sans être obligé de les mettre en static http://www.intel.com/cd/ids/develope...578.htm?page=7

[Médinoc]

J'ai lu quelque part que le noyau WinNT pouvait faire du fork(), mais que ce n'était pas disponible, du moins avec l'API Win32.

C'est peut-être disponible avec l'API native, mais programmer en natif peut ne marcher que sur une version bien précise de NTDLL.DLL...



Sinon, plus réaliste: Tu as essayé de faire du Structured Exception Handling dans le thread que tu lances ?