ouah le boulet bouh le nul il sait pas arf il a pas fait recherche et pis l'aide en ligne cpas pour les chiens (gnagnagna) [...]
 
oui bon certe, si ce n'est que je tourne sous labwindows (je ne peux pas en changer) et que je cherche a arrêter un thread manuellement (enfin en code) et dans ma doc, l'aide sur le multithread fait 10 lignes
 
actuellement la méthode que j'utilise est la suivante:
...
le thread_1  met a 0 un flag
le thread_2 pull le flag et voit qu'il est a 0 et du coup s'arrete (en quittant la func)
le thread_1 attend l'arret du thread_2
...
 
moi je cherche un :
thread_1 mance une commande pour killer le thread_2
 
 
voila, des idées?

en utilisant les signaux ? (je sais pas du tout si ça existe sous win !)
 
en principe, thread1 va lancer un signal vers thread2
thread2 va l'intercepter et lancer sa propre procédure d'arret

oui c'est ce que je fais via des flags. Mais ca implqiue de faire des tests sans arret pour vérifier que le flag est pas passé a 1. Ca fait une petite tendance a doubler mon code (si le thread 1 veut que le deux s'arrête, je ne dois pas executer une seule commande plus sur le 2).
 
PS: c'est vraiment la merde labwindows, le prochain soft je le fait en VC++, ca sera moins jolie graphiquement amsi au moins je ferais ce que je veux!

ah , en flag pê, mais en signaux normallement tu dois pas te mettre en attente
ça t'interrompera tout seul quand le signal arrive (suivant la norme posix)

y'a pas un risque de perte des signaux ? il me semble que ce n'est pas une solution viable @100% non ?
 
Il pourrait recuperer le pid du thread et executer une commande kill si y'a un equivalent sous windows ?

bah c'est pas que windows, c'est aussi CVI, j'ai aps accès a tout ( ca me gonfle bien d'ailleur..)
mais bon dans les exemples cvi que j'ai, c'est le meme primcipe a deux francs: flags mis a 1 quand on veut quitter...
bon v rester comme ca, dommage il me semble avoir vu un stop process dans le sdk de windows...

 
 
tuot mes progs en multi-thread je les ai tjrs archètipé avec les signaux et j'ai jamais eu de problème de fiabilité
 
et un kill en posix c'est entre-autre un signal

le 1er signal arrivera toujours. on peut perdre les suivants si le handler du 1er signal n'est pas terminé, mais on ne perdra jms le premier.
 
mais cela dépends de l'implémentation de posix, on peut tres bien compter les signaux recu pendant le handler (dans posix 1003.4d de mémoire)...

merci pour l'eclaircissement sur les signaux ca va mettre tres utile

erf j'aimerais bine moi aussi me servir de ca, mais je peux pas, mon thread est créé et l'handler m'a pas l'ai compatible avec le sdk de windows
 
merci qd meme les gens

pid_t   Idfils;
Idfils = fork();
if (!Idfils)
{  
process0();
}
kill(Idfils,SIGKILL);
 
Ca pourra ptêtre t'aider, j'ai pas lu tt le post
Bon amusement
 
edit:
arf winxp pas sur que ça fct dessus

C'est du code UNIX/Linux ça