Reprise du message précédent :
AAARRRGGHGHHHHHHH
 
Je lockais pas lorsque j'accédait à l'IHM

Expressions régulières suxxor

Expression régulière pour moi... qui a toutes les peines du monde à fonctionner !

 
j'aimerais cprendre pourquoi il compte le nb de post en float, moi

Merde, mais ou il poste ce con de bot ? Il me dit qu'il poste mais je vois pas le poste apparaitre
 
Edit : ha si, dans la pagfe 26 de l'autre jour

Je suppose que c'est pour mettre les labels des threads à jour ! Pourquoi t'as besoin de locker
Moi je fais comme ça (mes threads sont dans une Hashtable)
 

 
Pas besoin de locker, le thread n verra son textBox mis à jour

J'ai du me louper dans l'expression régulière, ne me demande pas comment
Je sens que je vais laisser tomber les regexp moi, et faire ça à la mano !

 
Parceque j'ai la boucle principale avec QT qui n'est pas protégé en multithread. Je suppose que la property Text est déclarée synchronized, ce genre de notion existe pas en C++.

je locke que dalle pour les accès IHM moi !

 
Si je locke pas, j'ai des coredump lorsque le rythme s'accélère. (genre cet après midi, le bot à platé à 995 posts)

ouais moi c'est pas totu à fait pareil : c'est pas les threads qui mettent à jour l'IHM : c'est l'IHM qui demande les infos quand elle en a besoin ...

> The FirstPHPBot's taiste :  

Y'a quand même un truc qui m'échappe. Je suppose que ton bot dérive de QThread, et que tu as placé tes 5 bots dans un tableau. Apparemment, tu émets un signal pour mettre à jour les labels. Etant donné que chaque label est rattaché à un bot unique (et donc à un thread), pourquoi as tu besoin de locker ?

 
C'est pas pour le label que je locke, c'est pour la boucle de message, qui n'existe qu'en un seul exemplaire, et qui n'apprécie pas de se manger plusieurs messages en même temps.

OK

J'aimerai bien savoir comment vous faites
 
 Gestion des threads c pas un probleme par contre je ne vois pas comment recuperer le nombre de post sur un thread si ce n'est a chaque fois interroger le serveur et recuperer l'URL
 
 Un indice ? Je ferai mon Bot en C puis en Ada

 
Et bien voila, tatoucompris

Mon expression régulière fonctionne \o/
(elle fait 3 lignes, mais bon, elle est compilée, donc j'ai peu de pertes de perfs)

Bon, on lance un troll sur bla² pour vérifier ça ?

Une activité represente une execution non atomique en cours au sein d'un automate a etas finis.
Les activites debouchent sur une action, composés de calculs atomiques executables qui provoquent un changement d'etat du systeme ou au retour d'une valeur.
 
En gros, c bien pour visualiser le comportement des methodes des objets et de leurs interactions.
 
 
Pouvez vous me montrer le schema UML complet (et non pas seulement le diagramme de classe) de vos Bots ?

Tu crois que je me suis cassé le cul à faire un diagramme UML pour ça ?
 
Mon bot c'est :
 
- Une classe Form1, qui représente la fenêtre du bot, les gestionnaires d'évènements, le constructeur et destructeur, et une méthode de placement des widgets
L'appui sur le bouton "Surveiller" provoque un évènement dans lequel je créé ma Hashtable de threads, que je lance ensuite en même temps
- Une classe Bot qui contient une méthode publique pour poster, une méthode publique pour récupérer la page, une méthode publique pour rechercher le post dans la page, une méthode pour encoder les paramètres au format URI et un delegate associé à un event personnalisé, que j'ai créé pour envoyer un message à l'interface dans le cas ou les fonctions de postage et de récupération n'arriveraient pas à se connecter au forum (ceci étant géré par un try/catch).  
Pas de quoi fouetter un chat hein !
 
PS : je sais pertinemment que ceci est un troll de ta part, mais ce topic est à but éducatif avant tout.

Moi pour l'instant :
 
une classe HfrBot avec comme methodes :
poster un message sur un topic
obtenir l'ID d'un topic
deleter un post
obtenir le nb de posts d'un topic
preumser
et d'autres qui viendront eu fil de mes idees
 
une classe HfrTopic qui contiendra des infos sur un topic et permetra de l'afficher (extends JPanel). Cette classe contient une liste de HfrPost
 
Une class HfrPost qui represente un post
 
Une classe HfrListeTopic qui permet d'afficher une liste de topic, faire des recherches, et plein d'autres trucs que j'ai pas defini
 
Une classe HfrFrame qui est cense permetrre de piloter et afficher tout ce beau monde ...
 
Le reste viendra par la suite, mais en gros, je suis pas sorti de l'auberge

Et sinon, y aurait pas moyen de faire des requetes plus directes sur la BD, ca allegerai le contenu html balourde a chaqye requete

hello
 
sympa votrepetit challange!
 
je me permet de vous proposez un truc:
vous pourriez telechargées les pages zippées puisque le forum le permet, pour accelerer un peu les connexions.
suffit d'inclure le header "Accept-Encoding: gzip", et la reponse condiendra normalement "Content-Encoding : gzip" (ou x-gzip)
 
et puis vous pouvez aussi faire un "If-Modified-Since: la date la precedente requete" pour ne pas recuperer x fois la page si elle n'a pas changé depuis al derniere fois
 
et puis faire des "Connection: keep-alive" kand la frequence des requetes augmente (ou faire du http 1.1) pour ne pas avoir à réouvrire un socket
 
et puis aussi vous pouvez ne demander qu'une partie de la page avec un "Range: bytes=debut-fin" (pour sauter les bannierres en haut et en bas, par exemple, sans compter que si un message vient d'etre posté le topic il sera forcément en haut dans la liste...)
 
et puis et puis et puis... voila c tout
 
faudrait trouver des regles pour faire des combats de bots!
Ca me dirait bien de participer dans ce cas, avec Perl.
a+

sympas tes idées, faudrait voir
tu es le bienvenu en tout cas

Bon, mon bot en C# est officiellement terminé et il fonctionne !
L'étape suivante : créer une interface de dialogue entre moi et mon bot via MSN Messenger. J'utiliserai ainsi MSN Messenger pour le commander à distance et lui faire comprendre quelques commandes.
 
Voici quelques commandes :
 
- STOP -> Arret du bot
- POST AFTER n -> N° du post après lequel le bot devra poster (999 dans ce cas)
- SHOW STATS -> Affichage des stats
 
Pour info, il existe un wrapper .NET non officiel, DotMSN, de l'API MSN (qui n'est supportée que par le C/C++ pour l'instant, un comble alors que Microsoft cherche à promouvoir sa plateforme .NET). Il est disponible ici : http://members.home.nl/b.geertsema/dotMSN/
 
J'arrive à dialoguer avec mon bot très facilement (HELO -> OK). Reste plus qu'a implémenter mon protocole.
La suite au prochain épisode

bonjour
 
j'ai encore une question pour kadreg ! tu dis que quand un de tes threads arrive au post 999, tu lui donnes le mutex pour qu'il ait le droit de poster et ainsi, les autres threads retourneront dormir en découvrant que le split est passé.
 
comment peux tu faire ? j'ai vu que tu utilisais qt et donc tu dois utiliser un qmutex. les qmutex ont la méthode lock() qui bloque le thread jusqu'a ce que le mutex soit libre. donc pendant qu'un thread a le mutex, les autres l'attendent. ce qui fait qu'une fois que le mutex sera libre, les autre threads pourront poster, et tu flooderas.
 
tu peux me dire comment tu fais pour ne poster qu'une fois ? fais tu une sorte de test : si le mutex est libre, alors le thread poste, sinon le thread dort ? apparemment, on ne peut pas tester si un mutex est libre, on peut juste attendre qu'il soit libre

... c'est ca ?

 
Je pense plutot que le bot verifie que le split ne soit pas passé avant de poster  
 
EDIT : en fait, il ne poste que si le dernier post est le

 
C'est pas le post qui est sous mutex, mais l'accès (lecture/ecriture) à une variable qui prévient si le post à eut lieu.

kadreg: j'ai essayé toute la soirée de faire marcher un mutex comme tu le dis, mais ça marche pas, je comprends rien
 
voici ce que je fais:
 
- j'initialise un booléén à false en dehors du thread
- mon thread prend le mutex, mutex.lock()
- sous mutex, je place la variable à true et je rends le mutex
- puis je fais un traitement si la variable est a true
 
mais malgré ça, mes 2 threads font le meme traitement ! comment fais tu dans ton bot ? moi je nage complet !! (c'est trop chiant les threads )

ben si tu rend le mutex, t'es plus dans une zone protégée => les deux threads peuvent arriver à ce moment là en même temps ...

J'ai pas tout suivi la ...
tu parles d'un booleen et d'un mutex
 
le booleen c'est ton mutex ?

 
Tu connais le probleme du producteur/consommateur ?
 
sin non, va demander a google, et je pense que ca t'aideras a comprendre ...

 
Non, le test de la valeur du booleen et son changement de valeur sont sous mutex

kadreg: tu dis que le test de la valeur du booleen et son changement de valeur sont sous mutex
 
j'ai fait ça :
 

mais malgré ça, j'ai toujours 2 mutex qui font le traitement en meme temps. je comprends vraiment pas

 
Tu es sur que chaque thread n'accède pas à une instance différente de fini ? Moi c'est un attributr statique ...