Eviter le (ne répond pas) ?Résolu

Question

Bonjour, je fais un programme qui uploade des fichiers sur un serveur
assez facilement (je le posterais des qu'il sera fini). Le probleme est
que lors d'un click sur la fenetre apres 2 sec il rajoute (ne r&#233;pond
pas) je suppose que c'est parce que windows n'arrive pas a obtenir le
return du call back de la fenetre ce qui veux dire pour lui que le prog
est plant&#233; (ce qui est un peu vrai dans le sens ou il tourne en boucle
...) Comment faire pour intercepter ses messages sans pour autant cr&#233;er
une nouvelle thread et en evitant si possible les timers (je veux pas
ralentir l'ul qui est exelent) ?

Merci de vos r&#233;ponses, je vais quand meme me renseigner sur les threads en attendant.

MuPuF · Accepted Answer

je viens de voir oui et de toute facon les perfs sont d&#233;sastreuse comme
&#231;a. Le tps d'iteration de la boucle &#233;tant assez faible (envois d'un
paquet de 1 Ko sur le net apres la lecture sur le disque).

Donc, je cr&#233;&#233; une thread et pour savoir si elle est fini variable globale (pourquoi se faire chier quand on peux faire simple).

Voila, bon ben merci encore et a la prochaine pour de nouvelles aventure sur un flot de bits.

MuPuF · Answer

ah j'oubliais, a chaque boucle j'ai un UpdateWindow qui tourne pour
afficher les infos sur la fenetre (vitesse d'ul, tps restant, progress
bar)

MuPuF · Answer

ah ben r&#233;solu par tout simplement ceci



        MSG message;

        if(GetMessage (&message, NULL, 0, 0))

        {

            TranslateMessage (&message);

            DispatchMessage (&message);

        }



Vous placez &#231;a dans la boucle et comme &#231;a &#231;a permet que si ya des messages, ben qu'ils soit trait&#233;s donc c'est nickel. 

Enfin c'est une id&#233;e a moi, mais si elle est mauvaise dites le moi.

vecchio56 · Answer

La solution d'un thread me semble plus logique, car avec ta méthode il n'est pas sur que tous les messages seront traités rapidement (ca dépend du temps d'itération de ta boucle)

vecchio56 · Answer

+1 pour la variable globale

MuPuF · Answer

Bon, &#231;a marche au poil, xterm in hate m'avait conseill&#233; BOOST pour les
threads, mais vus que cpp france n'&#233;tait pas accessible lorsqu'il ma
dit &#231;a j'ai pas pus aller voir sa source, j'ai donc utilis&#233; les api,
j'ai pas trouv&#233; &#231;a trop dur (meme assez simple pour ainsi dire). Donc,
je posterais ce fabuleux prog des qu'il aurat &#233;t&#233; beta test&#233; par moi et
des potes.

MuPuF · Answer

euh en fait pour savoir si elle &#233;tait fini j'ai pas utilis&#233; &#231;a, j'ai
fais SendMessage(hwnd,666,0,0); et dans mon call back j'ai mis case 666:



Pour le 666 je me suis dit qu microsoft aurait jamais eu l'id&#233;e de
mettre &#231;a mdr, j'avais la flemme d'aller chercher. Par contre la
variable globale m'a servie a connaitre le r&#233;sultat.

BruNews · Answer

Utilise les constantes pr&#233;d&#233;finies pour les messages persos:
#define ENDTHREAD  (WM_USER+1)

toujours WM_USER+xxx

ciao...
BruNews, MVP VC++

MuPuF · Answer

j'avais suivis ce conseil seul probleme, c'est que quand je l'utilisais
ben le call back plantais a chaque message autre que initdialog, donc
... je me suis fais le mien comme &#231;a no prob, n'y aurait-il pas une
liste ? car sur msdn il faut les connaitres pour les trouver et savoir
leurs code (hexa)

BruNews · Answer

Avec le MSDN install&#233; en local c'est ultra simple, on met WM_ en recherche dans le second onglet et on a toute la liste devant soi.
Sinon sur MSDN web, vrai que c'est plus gal&#232;re (pour un handicap&#233; du web comme moi).

ciao...
BruNews, MVP VC++

MuPuF · Answer

disons que j'ai la locale mais la 6, donc, un peu viellote depuis 98.

BruNews · Answer

bof, les nouveaux messages de fen&#234;tres ne doivent pas &#234;tre tr&#232;s nombreux.

ciao...
BruNews, MVP VC++

MuPuF · Answer

oui mais sur les commandes qui on un rapport avec IE, ben ... lol &#231;a a
chang&#233;, j'ai dus aller les chercher sur msdn web (au passage je le
trouve tres mal organis&#233; et le meilleur moyen de trouver un truc sur ce
site c'est encore d'utiliser .... google)

BruNews · Answer

vrai qu'on passe tous par google pour trouver un truc sur MSDN web, doit pas &#234;tre &#233;vident d'organiser + de 4 Go d'info.

ciao...
BruNews, MVP VC++

Eviter le (ne répond pas) ?

14 réponses

Votre réponse

Discussions similaires