Discussion :

[khayyam90]

Salut,

J'ai un cas un peu particulier à vous soumettre :

Considérons un code C++ contenant une méthode C++ très longue à exécuter (potentiellement plusieurs heures).
Ce code C++ est encapsulé dans une DLL pour être appelé depuis du code c# via un wrapper.
Côté C#, dans un thread, j'appelle cette fonction C++ très longue via son wrapper.

Comment faire pour forcer l'arrêt du thread c# sachant que bien sûr, le code C++ sous-jacent n'aura pas terminé de s'exécuter ?
J'ai essayé un thread.Abort() mais le code C++ continue à tourner. J'ai lu que le Thread.Abort() du CLR n'était capable d'arrêter que les instructions qu'il gèrait, ce qui expliquerait pourquoi le traitement C++ ne s'arrête pas, quelle serait alors la bonne manière de procéder ?

Quelqu'un a-t-il une idée ?

[Olomius]

Fais un kill !

Sinon plus sérieusement tu sais diviser cette longue fonction ? comme ça tu sais arrêter le thread après x minutes au lieu de x heures ...

[khayyam90]

Non, je n'ai pas la main sur le code C++, je ne peux pas le modifier.

[Bluedeep]

Bonjour

Une possibilité setait peut êter de créer un AppDomain secondaire qui se chargera de l'appel de la fonction C++ et pourra être déchargé à la demande.


Un truc comme ça

Code :

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

1
2
3
			string myAssemblyName = "assembly_appelant_fonction_cpluplus";
			AppDomain domaine = AppDomain.CreateDomain("MySecondaryDomain");
			domaine.Load(myAssemblyName);

Puis, pur arrêter le tout :

Code :

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

			AppDomain.Unload(domaine);

A tester dans ce cas de figure, car je ne suis pas sur que cela fonctionne.

[khayyam90]

J'ai essayé cette idée, mais ça ne donne rien de plus. L'appdomain est bien déchargé, mais le traitement continue à courir

[Bluedeep]

J'ai essayé cette idée, mais ça ne donne rien de plus. L'appdomain est bien déchargé, mais le traitement continue à courir

Tu es sur que tu inities bien le traitement dans le domaine secondaire ?

[khayyam90]

J'ai fait un

Code :

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

private AppDomain threadedDomaine;

puis un

Code :

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

threadedDomaine.Load(Assembly.GetExecutingAssembly().FullName);

en première ligne du thread (aussi essayé juste avant l'appel du thread)

et un

Code :

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

AppDomain.Unload(threadedDomaine);

juste avant le thread.abort()

ça ne donne rien

[JeitEmgie]

Une technique assez simple conceptuellement est de faire en sorte que le programme natif écoute (listen) un socket sur lequel on lui enverra l'éventuel ordre STOP.
Donc dans un thread if fait son travail principal, dans un autre il attend qu'on lui donne l'ordre de stopper.
Quand le code est conçu de la sorte dès le départ, il est évidemment trivial d'arrêter proprement le travail.

Mais dans votre cas, ne pouvant modifier le code natif, vous pouvez écrire un autre code natif qui servira de contrôleur : ce nouveau code utilisera le principe d'écoute du socket mais au lieu d'effectuer le travail dans un autre thread, il lancera le code natif original en tant que sous-process.
Lorsque l'éventuel ordre STOP lui arrivera sur le socket, il lui suffira de tuer son sous-process, ce qui normalement arrive naturellement si lui en tant process père sort.
Donc l'inconvénient est d'avoir 2 sous-process au lieu d'un, mais l'avantage est d'avoir un contrôleur ré-utilisable pour peu que celui-ci reçoive le path du sous-process original à lancer en paramètre.