boucle infinie qui fait planter mon GUI [python - nioube inside] - Python - Programmation
Marsh Posté le 18-08-2003 à 20:52:49
Il faut que tu lance des differents elements de ton programmes susceptible d evoluer en parallele dans des thread. je ne sais pas comment on les implement en python mais en regardant des codes vites fait il me semble qu il suffit de creer un objet et lui assigner une fonction... mais a verifier.
Marsh Posté le 18-08-2003 à 22:03:48
Je suis à ce point nioube que je ne connais pas encore le concept de "thread" ... mais je vais me renseigner
Marsh Posté le 18-08-2003 à 22:59:12
Sur un autre topic j'ai trouvé la défintion d'un thread, et effectivement c'est très certainement de cela que j'ai besoin:
|
Reste à savoir comment l'utiliser maintenant..
Marsh Posté le 19-08-2003 à 19:39:15
Personne n'aurait un bout de code où il utilise un thread, pour que je puisse l'étudier ?
Marsh Posté le 19-08-2003 à 19:49:55
python.org
et tu ferais bien de te trouver un cours sur la multi-programmation, y a 3 messages, tu savais meme pas prononcer thread
Marsh Posté le 19-08-2003 à 20:03:42
Faut planter du gui si tu veux pouvoir embrasser dessous le 31 au soir
C'est bien
Marsh Posté le 19-08-2003 à 20:46:21
Je demande au minimum un TT pour postage d'une blague dans la mauvaise catégorie du forum... Il y a un tomic unique pour ça http://forum.hardware.fr/forum2.ph [...] 291&cat=13
Et puis grâce au thread, mon écran est propre maintenant (~5 litres de postillons à essayer de le prononcer ).
Si quelqu'un a lien pour un bon tuto sur la multi-programmation, qu'il le poste maintenant ou qu'il se taise à jamais !
Marsh Posté le 19-08-2003 à 20:50:38
ReplyMarsh Posté le 19-08-2003 à 20:58:41
Contrairement à ce que tu aurais pu croire, j'avais déjà cherché dans la doc...
http://www.python.org/doc/current/ [...] ading.html
Seulement une liste de méthodes c'est bofbof pour me faire comprendre la mise en place d'un thread (merde, j'ai plus de kleenex pour essuyer ce moniteur de @#&%)
Marsh Posté le 19-08-2003 à 21:00:30
Et est-ce que l'achat d'un bouquin vaut vraiment le coup par rapport à un tutorial de 250 pages (de notre ami Gérard Swinnen) ?
Marsh Posté le 19-08-2003 à 21:03:17
Evolvox a écrit : Et est-ce que l'achat d'un bouquin vaut vraiment le coup par rapport à un tutorial de 250 pages (de notre ami Gérard Swinnen) ? |
1) oui
2) je sais pas s'il aborde ça, c'est un ouvrage pour débutant
3) après sur le web, tu dois avoir des ouvrages en anglais
4) t'es typiquement dans la merde: t'es un débutant comme on l'est qu'une fois dans sa vie, tu ramasses des bouts de code à droite à gauche, tu mets tout ensemble enchangeant le nom des varaibles pour que ça passe et tu bricoles jusqu'a que ça passe l'analyse synthaxique. au lieu de faire n'importe, tu prends le bouquin de GS, tu le lis de A-Z et tu fais des applications à ta mesure
Marsh Posté le 19-08-2003 à 21:37:49
Taz a écrit : |
1) Je demande ça parce que pendant mon apprentissage du php, j'ai acheté un bouquin et il ne malheureusement que très peu servi par rapport à ce qu'on trouvait sur le net...
4) T'es medium pour savoir comment je code ? Le code du serveur c'est du copier/coller mais je l'ai compris (crois-moi pas si tu veux ), et l'interface c'est du entièrement fait maison, à grands coups d'aide de la doc python. Les préjugés sur les débutants caimal, on a pas tous été comme toi à tes débuts
Mais j'ai compris le message (je suis pas borné non plus, seulement têtu ) : je m'achète un bon bouqin (genre Précis&Concis non ?) et je reviens t'emmerder dans 2 bons mois avec des questions intéressantes !
Marsh Posté le 19-08-2003 à 21:39:47
les précis et concis fait 30pages et ne contient que le prototypes des fonctions + 1 ligne de commentaires
trouve toi de la documentation sur la programmation concurente, pas de la doc python .|
Marsh Posté le 19-08-2003 à 21:56:10
Merci pour les conseils
Prout, j'ai plus d'encre pour imprimer les 150 pages qui restent pour le manuel de GS (le support écran ça pue).
A dans un bon moment
Marsh Posté le 20-08-2003 à 09:01:28
Part sur une base de serveur dans ce style :
Code :
|
Marsh Posté le 20-08-2003 à 09:10:58
moi j'aurai fait l'inverse: le gestionnaire d'écoute dans un thread
Marsh Posté le 20-08-2003 à 09:43:12
Taz a écrit : moi j'aurai fait l'inverse: le gestionnaire d'écoute dans un thread |
C'est vrai que pour un service de chat ca parait plus logique...
Mais mon exemple est un service reseau dont le but n'est pas la communication entre client, mais la gestion de plusieurs client en parallèle. C'est juste pour illustrer le principe de threads appliqué au réseau.
Marsh Posté le 20-08-2003 à 18:38:50
Merci e_esprit Je reviendrais à ton code quand je maîtriserai correctement les classes et tout le tintouin.
Marsh Posté le 18-08-2003 à 19:54:35
Dans un tutoriel, j'ai trouvé un exemple de programme qui permet de faire communiquer 2 pc entre-eux via des messages, selon le modèle client-serveur. Le code est très bien expliqué (ça m'a permi d'en apprendre pas mal sur les sockets) et fonctionne très bien en ligne de commande.
Motivé que je suis, je me suis décidé à créer un GUI (oui, je sais, ça pue les utilisateurs ) pour en faire une sorte de messagerie instantanée du style msn messenger en très simplifié bien entendu.
Mais bon, je suis pas venu ici pour vous raconter ma vie... Le problème, c'est que j'en ai un. A certain moment du code, il faut que le programme serveur reste constammant à l'"écoute" d'un connexion possible d'un client. Cela se traduit par une boucle infinie de type
while 1:
Si cela ne pose pas de problème en ligne de commande, ça en pose en mode fenêtre : le programme se bloque et ne répond plus...
La grande question est donc : que faire pour empêcher cela ? (Oui je sais, un roman fleuve pour cette question bête ) Merci d'avance !
Message édité par Evolvox le 18-08-2003 à 19:55:25
---------------
gaymer's est la personne la plus formidable jamais rencontrée dans toute ma vie, je lui achèterais un makato et au moins les 4 news pourries quotidiennes qui vont avec