begin process at 2012 05 27 14:31:48
  Trouver un code source :
 
dans
 
Accueil > 

Code

 > 

Réseaux & Internet

 > CLASSE IRC MULTHI-THREAD, MULTI-SERVER .. AUTONOME AVEC HOOK SUR COMMANDES, PSEDUO, CHAN ETC ..

CLASSE IRC MULTHI-THREAD, MULTI-SERVER .. AUTONOME AVEC HOOK SUR COMMANDES, PSEDUO, CHAN ETC ..


 Information sur la source

Note :
7,67 / 10 - par 3 personnes
7,67 / 10

  • 1

  • 2

  • 3

  • 4

  • 5

  • 6

  • 7

  • 8

  • 9

  • 10
Catégorie :Réseaux & Internet Classé sous :classe, irc, multithread, client, hook Niveau :Initié Date de création :16/03/2006 Date de mise à jour :06/01/2007 16:49:00 Vu / téléchargé :5 441 / 383

Auteur : bAzilew

Ecrire un message privé
Commentaire sur cette source (2)
Ajouter un commentaire et/ou une note

 Description

Cliquez pour voir la capture en taille normale
Cette classe permet d'integrer à vos progs l'irc, permet en deux lignes de se connecter à un server, s'identifier, et lance un thread par serveur qui gere la connexion, les reponses, les pings etc ..

- Se reconnecte automatiquement au serveur si deconnexion, et re-join les cannaux précedements joint, change de nick s'il est utilisé ..
- Gere les notices, messages (salon, privés ..), l'identification, changement de nick .. l'utilisateur a la possibilité de changer dynamiquement la vitesse de comunication avec le serveur, pour eviter les Excess flood.
- Appel de vos fonctions sur les evenements choisis, que ce soit sur un destinataire (chan), source (pseudo ou chan ) ou morceau de texte dans le message, vous pouvez dans les limite de la mémoire disponnible (...) definir des hook, ex : obj.bind("yAAm",IRC_NOTICE,HOOK_SRC,traite_notice) ;
=> va appeler votre fonction "traite_notice" à chaques fois que l'utilisateur yAAm envoie une NOTICE sur le bot ..
- fonctionne selon plusieurs mode :
     - evenementiel -> gestion des hook
     - semi autonome (par default) -> gere les messages du erveur, par ex nick name is in use, no such channel etc .. et y repond, mais vous laisse gerer les messages utilisateur. Vous devez alors depiler les messages traité de la pile
     - completement autonome -> gere tout les messages, pas besoin de gerer la pile. Ca sert surtout à emetre des messages, pour logger etc ..
     - minimal -> ne gere rien, sauf le ping, la connexion/reconnexion etc. vous devez traiter les messages utilisateur + messages d'erreur serveur


Si vous l'utiliser donnez moi votre avis !!

Le code utilise les socket windows, la winsock2.h, et ne compilera pas sur une autre systeme .
MyIrc.h -> à include dans le projet
MyIrc.cpp -> à rajouter à voter projet.
main.cpp programme d'exemple de l'utilisation.
N'hesitez pas à me contacter pour l'ameliorer, rajouter des fonctionalités, ou même pour me conseiller sur le codage.


Qu'en pensez vous ?


Source

  • #include "MyIrc.h"
  • //ex :
  • int traite_notice(irc_event * recipient, void * obj)
  • {
  • myIrc * myobj = reinterpret_cast<myIrc *>(obj);
  • myobj->message("#testx",recipient->msg) ;
  • return 0 ;
  • }
  • int traite_all(irc_event * recipient, void * obj)
  • {
  • myIrc * myobj = reinterpret_cast<myIrc *>(obj);
  • myobj->message("#testx",recipient->msg) ;
  • return 0 ;
  • }
  • // Deux declarations de fonctions : attention, les fonction bindées doivent repecter ce prototype : int xxxxxx(irc_event * , void *obj)
  • // ou obj est un myIrc * transmis en parametre pour reagir directement sr le serveur si besoin avec ses fonctions membres
  • //exemple de bindage :
  • server2.bind("yAAm",IRC_NOTICE,HOOK_SRC,traite_notice) ;
  • server2.bind("",IRC_ALLCMD,HOOK_MSG,traite_all) ; // bind sur tout type de message, de toute provenance
  • //Voir le main.cpp -> un exemple que recopie un chan present sur un serveur, sur un autre chan qui est sur un serveur different.
  • // le programme d'exemple repond à ces quelques commandes
  • //!talk -> recopie le salon #programmation sur le serveur irc.freenode.net #testx
  • //!shut -> arrete de recopier les messages
  • //!nick le_nick mot_de_pass_nickserv -> change de nom, et s'identifie
  • //!speed x -> change la vitesse de com ac le serveur
  • //---> ces commandes sont geré sur l'objet serveur1 qui est en mode semi autonome.
  • //l'objet serveur2 lui est en mode evenementiel donc n'appel que les fonction qui sont bindées .-> plus simple à utiliser, l'utilisateur n'a rien à "depiler"
#include "MyIrc.h"

//ex : 

int traite_notice(irc_event * recipient, void * obj)
{
	myIrc * myobj = reinterpret_cast<myIrc *>(obj);
	myobj->message("#testx",recipient->msg) ;
	return 0 ;
}
int traite_all(irc_event * recipient, void * obj)
{
    myIrc * myobj = reinterpret_cast<myIrc *>(obj);
	myobj->message("#testx",recipient->msg) ;
	return 0 ;
}

// Deux declarations de fonctions : attention, les fonction bindées doivent repecter ce prototype  : int xxxxxx(irc_event * , void *obj) 
// ou obj est un myIrc * transmis en parametre pour reagir directement sr le serveur si besoin avec ses fonctions membres 

//exemple de bindage : 
     server2.bind("yAAm",IRC_NOTICE,HOOK_SRC,traite_notice) ;  
     server2.bind("",IRC_ALLCMD,HOOK_MSG,traite_all) ; // bind sur tout type de message, de toute provenance 
//Voir le main.cpp -> un exemple que recopie un chan present sur un serveur, sur un autre chan qui est sur un serveur different. 
// le programme d'exemple repond à ces quelques commandes 

//!talk -> recopie le salon #programmation sur le serveur irc.freenode.net #testx 
//!shut -> arrete de recopier les messages  
//!nick le_nick mot_de_pass_nickserv -> change de nom, et s'identifie 
//!speed x -> change la vitesse de com ac le serveur 
//---> ces commandes sont geré sur l'objet serveur1 qui est en mode semi autonome.  

//l'objet serveur2 lui est en mode evenementiel donc n'appel que les fonction qui sont bindées .-> plus simple à utiliser, l'utilisateur n'a rien à "depiler"  

 

 Conclusion

petite explication : La classe fonctionne avec une pile irc_istack et irc_ostack (input et output) protegée par des mutex. ce sont deux listes dans lesquelles les "messages" s'ajoutent pour être traités par la suite soit par irc_thread, pour envoyer ce qui se trouve dans irc_ostack, soit par main_thread qui gere les bind sur les fonctions + l'input.
L'exemple parle de lui même pour la connexion, et l'envoi de message, la reception.

Pourquoi deux thread ?

L'input et l'output sont separé , ce qui implique deux vitesse de communication differentes, pas besoin de temporiser sur la reception. De plus si une de vos fonction appelée met du temps à retourner, le thread qui gere l'envoi de message n'en sera pas retardé, et continuera à reagir. Si une liste d'envoi de message tres grosse est en cours, aucune chance de ping time out, et le programme continuera à reagir sur les evenements arrivants.


d'autres fonctions :

objet.chnick("nick") ; change de nick
objet.notice("destinataire","message") ; envoie une notice
objet.disconect() ; se deconecte du serveur, nettoie les piles.., ferme les thread de gestion tcp  

avant de se connecter à un autre serveur, regler l'adresse avec objet.serveur (char *), objet.port (int) .si elle change
objet.xconnect() ; se connecte au serveur, et relance les thread de gestion tcp et irc  

objet.part("#chan") part du salon et l'efface de la liste des salon à rejopindre en cas de deconnection
etc ..

L'objet stocke toute les fonctions que vous bindez avec. et les executera toutes si eles correspondent au evenements entrant. Autrement dit si vous fait un hook gobal + un hook sur PRIVMSG sans preciser de source + un hook sur un utilisateur, et que l'utilisateur parle vos trois fonctions vont etre appelées .  
Je pense qu'avec cette classe, plus besoin de réecrire un bout de code vite fait mal fait pour ajouter l'irc à vos progs, ca devrai suffire amplement ..

regardez le MyIrc.h pour avoir plus d'infos ou demandez. Que pensez vous du codage, de l'architecture de la classe ou encore de l'utilisation ? Ces remarques m'interesse ! Si vous trouvez des bugs, signalez le moi .. :))  


 Fichier Zip

Les Membres Club peuvent télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

Télécharger le zip


 Historique

16 mars 2006 17:55:07 :
Mise à jour des "annotations finales" ..
17 mars 2006 13:37:47 :
Ajout de l'exe dans l'archive, qui correspond à l'exemple. Modification de l'exemple Correction d'un bug mineur (copie de la chaine .->src) Rajout de la fonction get_event et de fonction de nettoyage de pile
20 mars 2006 17:58:33 :
- Correction d'un bug mineur dans la gestion de la pile . - rajout d'une fonction surchargée : get_event(char * source) ne renvoi un evenement que s'il provien de la source donnée en parametre (utilisateur ou salon) - rajout des ACTION /me
20 mars 2006 18:14:03 :
...
20 mars 2006 18:20:43 :
..
22 mars 2006 18:15:38 :
Ajout de la gestion des messages du serveur, d'une fonction pop_in_stack(int cmd,int deep, irc_event * ievent) qui depile le message voulu, dans la limite de la profondeur voulue pour la liste chainée transmise en parametre. par defaut obj->istack->ievent Ajout de quelques fonctions des listes chainées + correction de quelques defauts dans la gestion des chaines.
24 mars 2006 01:18:34 :
Rajout de "l'evenementiel" + un thread pour ne pas que vos fonctions influent sur le comportement du client. Rajout des bind de fonctions, + correction de bugs mineurs .
24 mars 2006 01:24:57 :
erreur ds le zip ..
06 janvier 2007 16:49:01 :
- Corrections de bugs divers - Multi thread plus efficace - ping du serveur pour mieux detecter les deconnexions elle tourne avec un programme de test depuis 2 mois sur un serveur, et y est toujours présente. plus de connexion fantome ou autre ..

 Sources du même auteur

Source avec Zip CLASSE XML ULTRA LITE

 Sources de la même categorie

Source avec Zip Source avec une capture MINI SERVEUR HTTP [WINDOWS] par ganjarasta
Source avec Zip Source avec une capture CLIENT DE TEST MODBUS TCP par brunovan
Source avec Zip Source avec une capture SCANIP [ARP / ICMP] par ganjarasta
Source avec Zip Source avec une capture TRACEROUTE [WINPCAP] par ganjarasta
Source avec Zip SERVEUR MULTITHREAD [LINUX/WIN] par nipepsinicolas

 Sources en rapport avec celle ci

Source avec Zip Source avec une capture IRC CLIENT MULTISERVEUR EN MFC (TXIRC) par TeniX
Source avec Zip INTÉGRATION SIMPLE D'UN CLIENT IRC À UNE APPLICATION par PJulot
Source avec Zip Source avec une capture Source .NET (Dotnet) CLIENT IRC BASIQUE par king67
Source avec Zip Source avec une capture CLIENT IRC SIMPLE AVEC DEV-CPP par TeniX
Source avec Zip Source avec une capture KEYLOGGER SERVEUR/CLIENT par yann2192

Commentaires et avis

Commentaire de bAzilew le 16/03/2006 19:56:32

Un petit commentaire serait le bien venu, si une note est posée ;-)

Commentaire de Thomas46 le 22/06/2006 04:03:47

Ca parait bien je vais regarder ça demain quand j'serai moins crevé et j'dirai quoi
*add bookmark*

 Ajouter un commentaire


Discussions en rapport avec ce code source dans le forum

un client irc ultra simplifié pour une radio [ par gastonzine ] Bonjour à tous,je suis à la recherche de quelqu'un qui serait capable de faire un petit client irc en cpp. Je ne suis pas developpeur mais je pense qu Client IRC [ par SAtaN ] quelqu'un aurait il un tutoriel, des infos, pour m'aider à creer un client IRC ???PS : j'utilise Borland C++a+ Multithread sans threads. [ par guiguikun ] Est-ce qu'un serveur peut gerer plusieurs client sans creer un thread par client ?Comment faisait-on quand les OS n'etaient pas encore multitaches ?Le C++ Builder: Client irc (a laide!) [ par Psyc0s ] Bon je suis en train de faire un client irc avec C++ builder Mais le socket ne veux pas envoyer les message au serveur:(La connexion au serveur foncti CwinThread urgent [ par langedechu ] Bonjour,J ai un prob avce la classe CWinThread (je vais cracker si je n arrive pas le résoudre).Bon je m'explique : j ai creer une la classe : class c Client/Server Multithread using Visual C++ with SqlServer [ par mmoufdi ] Bonjour. Je cherche un exemple d'un projet pour un Serveur TCP/IP MultiThread en Visual C++ avec une connexion d'une base de données SqlServer. Merci client IRC ?? [ par crAzYJoJoo ] Slt, je cherche le code source d'un client irc pour voir comment ca marcheest ce que qq1 sait ou je peux trouver ca ?merci d'avance ++ bot irc [ par Nano ] quelqu'un pourait me donner la source d un bot irc simple fait avec visual c++Merci d'avance VCplusplus 6 [ par emaskaoui ] Comment je peux acceder au membre données d'une la classe à partir d'une autre classe? Merci dll pour asp avec connection odbc [ par denis ] salut!voila mon probleme :j'ai cree une dll dans laquelle il y a une ouverture de base access au moyen d'une classe qui dérive de la classe CRecordset


Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Mai 2012
LMMJVSD
 123456
78910111213
14151617181920
21222324252627
28293031   

Consulter la suite du CalendriCode

A découvrir



 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 2,886 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales