PARSER IRC

Information sur la source

Catégorie :Maths & Algorithmes Classé sous : irc, parser, bot Niveau : Débutant Date de création : 06/12/2006 Vu : 2 862

Auteur : bustarhy

Ecrire un message privé

Note :
Aucune note

Commentaire sur cette source (29)

Ajouter un commentaire et/ou une note

Description

Salut tout le monde.Ce code pourra servir a tout ceux qui code un bot irc.Il permet d'isoler le texte envoyé dans un chan et d'isoler chaque terme.cela peut etre utile si vous desirer par exemple ajouter des commandes avec des argument a votre bot irc.
par exemple : !msg busta 10 salut.

Source

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
void parseline(const char ircline[1024],char tab[][128]){
int i=0,copie=0,nb_mot=1;
char *pointeur,*buffer;
char msgpart[512]="\0",msgline[512]="\0";
while(ircline[i]!= '\0'){
if((ircline[i]==':'))copie=i;
if(copie)msgpart[i-copie]=ircline[i+1];
i++;
}
buffer = strdup(msgpart);
pointeur = strtok( buffer, " " );
strcpy(tab[0],pointeur);
while( pointeur != NULL ) {
pointeur = strtok( NULL, " " );
if ( pointeur != NULL ) {
nb_mot++;
strcpy(tab[nb_mot-1],pointeur);
}
}
}
int main(int argc,char *argv[]) {
int i=0;
char ircline[]=":Busta!busta@aol-C490E8E0 PRIVMSG #bustabot :!msg busta 10 salut";
char tab[10][128];
bzero(*tab, sizeof(tab));
parseline(ircline,tab);
while(strcmp(tab[i],"\0")!=0){
printf("%s\n",tab[i]);
i++;
}
system("pause");
return 0 ;
}

#include <stdio.h> 
#include <stdlib.h> 
#include <string.h> 
 
void parseline(const char ircline[1024],char tab[][128]){
int     i=0,copie=0,nb_mot=1;     
char    *pointeur,*buffer; 
char msgpart[512]="\0",msgline[512]="\0";
      
while(ircline[i]!= '\0'){
             
                   if((ircline[i]==':'))copie=i;
                   if(copie)msgpart[i-copie]=ircline[i+1];
                   i++;
                   
      }
     
buffer = strdup(msgpart); 
pointeur = strtok( buffer, " " );
strcpy(tab[0],pointeur);
while( pointeur != NULL ) { 
                 pointeur = strtok( NULL, " " ); 
                 if ( pointeur != NULL ) { 
                 nb_mot++; 
                 strcpy(tab[nb_mot-1],pointeur);  
                 } 
      }    
}
 
int main(int argc,char *argv[]) { 
int i=0;   
char ircline[]=":Busta!busta@aol-C490E8E0 PRIVMSG #bustabot :!msg busta 10 salut"; 
char tab[10][128];
bzero(*tab, sizeof(tab));
parseline(ircline,tab);
while(strcmp(tab[i],"\0")!=0){
printf("%s\n",tab[i]);
i++;
}
system("pause");   
return 0 ; 
}

Sources du même auteur

Toutes les sources de bustarhy

Sources de la même categorie

Toutes les sources de la catégorie Maths & Algorithmes

Sources en rapport avec celle ci

Commentaires

Commentaire de Xenul le 06/12/2006 15:57:49

Je n'ait pas testé, cependant cela peut être utile malgrés que je préfére les regex pour ce genre de manipulation, surtout dans le cas de messages irc
Commentaire de Kirua le 07/12/2006 14:01:46

Bonne initiative, c'est clair que tout qui se frotte aux bots en aura besoin :) Tu pourrais nous donner la "syntaxe" que tu as utilisée? Je veux dire, quelles sont les différentes parties d'un message IRC, comment sont elles définies?

Et au passage, tu utilises quoi pour tes communications sockets? Personnellement, j'ai utilisé des sockets winsock bloquants; ça fait l'affaire pour un bot qui ne fait que réagir à ce qui se passe sur le channel, en "répondant", mais on peut pas écouter tout en se disant qu'à précisément midi on dira à tout le monde d'aller manger ... Il me faudrait des sockets non bloquants? Tu as ça? (il me semble qu'il y a moyen de le faire directement en winsock, mais je sais pas comment).
Commentaire de Xenul le 07/12/2006 23:04:50

Par message irc, tu entend les messages sur les channels ou tous les types de messages irc ?
Pour voir ces types de messages, tu fait un /debug on sous mIRC, ou sous x-chat ya un onglet je ne sais plus où qui ouvre une tite fenétre et output les messages brut :p

sinon il y a aussi la RFC 1459 qui donne la synthaxe des messages (tel que join, quit etc)
Commentaire de bustarhy le 08/12/2006 11:49:05

salut a tous,ce code parse uniquement la partie "vue" sur le channel,cad les messages poster sur le channel ou en priver.
Merci xenul pout tes renseignement.et comment utilise tu les regex dans le domaine d'irc.cela m'intrigue beaucoup.merci de ton attention.
Commentaire de Xenul le 08/12/2006 18:31:57

#include <stdlib.h>
#include <boost/regex.hpp>
#include <string>

using namespace boost;
using namespace std;

regex pattern(":[^ ]+ ([A-Z]{2,}) .*"); // les parenthéses servent a 'capturer' le texte voulu, ici on veut le type de message irc : quit, join, part, kick etc

string message = ":toto!toto@machin QUIT :Bye"; //Un message de quit irc

int main(void)
{
   cmatch match;
   if(regex_match(message.c_str(), match, pattern))
   {
      std::string matche(match[1].first, match[1].second);
      printf("This is a %s irc message\n",matche.c_str()); //affichage du type de message

   }
}

Pour 'faire' le pattern ya pas de secret, faut se mettre au regex, il y a des sites qui expliquent trés bien, malheureusement je ne trouve plus leurs url :/
wala, j'espére que c'est clair, sinon n'hésite pas a poser des questions ^^
Commentaire de bustarhy le 08/12/2006 18:42:38

merci de tes suggestion.ca fait plaisir de trouver du monde qui s'interesse a irc.je veux bien sur dire en terme de code,pas de chat(sinon c clair yen aurait pas mal ki serai concerné).ca simplifie pas mal la vie ta methode.sinon biento je m'apprete a poster un bon gros projet sur un bot irc.j'espere que ca te fera plaisir et surtout que j'arriverai a le finir.y'a melange de thread et socket non bloquant.assez interessant et rare.par contre je te ments pas je galere pas mal.
en fait t'as un thread et une console.la console te sert a saisir les messages et le thread saisi tout ca et l'envoi o server.pourquoi un thread ? c simple pour faire plusieur server si yen a besoin et avec 1 seule console.pourqoi socket non bloquant? ben pour la communiquer entre la console et le thread.bref un bon gros projet assez costaud.surtout hesite pas a me contacter si t'as des trucs interessant.
Commentaire de Xenul le 08/12/2006 18:51:59

Je bosse aussi sur un bot irc, muti serv & co ;p thread de class etc, c'est assez marrant, mais la je bosse que de tps en tps dessus, partiels powaa :(
Commentaire de Kirua le 09/12/2006 13:40:17

... et pour les sockets non bloquantes? :)
Commentaire de Xenul le 09/12/2006 14:56:57

Gnié ? tu veux savoir quoi a propos des non bloquants ? :p
Commentaire de Kirua le 09/12/2006 14:59:40

Comment on peut en utiliser avec winsock. A savoir que, comme je le disais plus haut, j'utilise actuellement winsock en mode bloquant (par défaut), mais j'aimerais passer en mode non bloquant, et je ne vois pas comment (la msdn n'est pas trop mon amie sur ce coup).
Commentaire de Xenul le 09/12/2006 15:27:27

Ben perso j'utilise les sock linux, et je met ceci :

timeval _TimeVal;
fd_set _fdSet;

_TimeVal = 0;
_fdset = 0;
Commentaire de bustarhy le 09/12/2006 15:29:59

sous windows pour mettre ton sock en non bloquand :
    u_long arg; int err;
    arg = 1;
    err = ioctlsocket( sock, FIONBIO, &arg );
    if( err == SOCKET_ERROR )exit(1);
Commentaire de Kirua le 09/12/2006 15:33:14

Ah, ok, c'est juste une option de la socket que j'utilise, c'est pas un module différent de winsock. Pour le reste, ça reste pareil? A priori, pour cette question, répondez juste oui ou non, et si c'est non j'essayerai de me débrouiller ;) Merci en tout cas!
Commentaire de Thaeron le 12/12/2006 18:00:26

Il manque un free() dans la fonction parseline (sur buffer).
Kirua > pour utiliser les sockets en non bloquants soit ioctlsocket() (sous windows)comme l'a dit BUSTARHY soit fcntl() (sous linux), soit select() est ton ami.
En revanche lorsque tu utilises ioctlsocket() ou fcntl(), recv() se comporte très différement (ce qui pose souvent problème).

Petite remarque : c'est peut-être pas mal de parser un peu plus la requête en mettant dans une structure qui contiendrait une chaîne pour la destination, le pseudo de l'envoyeur, son ident, son host, le mask complet et ensuite chaque "mot" de la commande et un entier donnant le nombre de "mots". (c'est ce que j'ai fait sur mon bot dont les sources absolument non commentées sont dispo sur http://syndrome.sagwin.org )

Une autre petite remarque : l'un des gros problème aussi est lorsqu'on fait recv() sur un paquet d'octets (et non octet par octet) on peut avoir plusieurs requêtes (et parfois la dernière n'est pas complète) dans un seul buffer, et faut donc pré-parser le buffer pour séparer chaque requête.
Si tu continues sur ta lancée de proposer des parsers pour bots IRC BUSTARHY, ça serait peut-être pas mal de proposer ça.
Bonne continuation =)
Commentaire de Kirua le 12/12/2006 20:56:24

Thaeron, j'ai trouvé ça entre temps. Question: select, ça fonctionne aussi sur les sockets bloquantes? J'ai l'impression que oui en lisant la doc, mais alors les sockets non bloquantes ne servent à rien: je peux tjs vérifier a priori si je dois faire un recv en étant certain qu'il ne bloque pas.
Commentaire de bustarhy le 12/12/2006 21:07:56

thaeron bien sur que j'ai plus precis en terme de code.mais je garde ca privé.je pense que le partage a des limites.je partage mes connaissances,mais je distribie pas mon travail.tout travail merite salaire LOL.non je plaisante, mais bon j'ai été a l'université et j'ai vu pas mal de mec chopé des codes ici et se tapper des bonnes notes apres alors que les mecs avait rien fait.donc je me limite a donner des pistes.apres celui qui veut un code parfait ben le fait lui meme.certains diront que c'est mechant mais en tout cas ca leurs fera un grand bien de cherché par eux-méme.si la lecture des codes se limiterai aux membres(membres actifs) et des gens qui me permettent d'ameliorer mes codes je distribuerai mes projets entier,mais bon le problemes reste que c'est une infime partis des lecteurs sur cppfrance.le reste c'est que des copieurs lol.en tou cas merci de tes remarques elle me sont bien utiles.continuer ca me fait plasir des gens qui codes "irc",je me sentais un peu seul lol.
et pour le recv j'ai remarqué ca sur mon bot aujourdh'ui et je travail dessus.j'ai trouvé ce probleme interessant et je travail dessus.
Commentaire de Thaeron le 12/12/2006 22:01:53

Kirua oui select() ne s'utilise que sur un socket bloquant sinon ya pas d'intêret. Les points négatifs de select() sont nombreux (ou presque) : c'est plus lent (meme si c'est rapide), tu ne peux pas mettre une infinité de descripteur dans un fd_set (sous windows 98 c'était limité à 64 je crois, xp je ne sais pas, et linux 1024 par défaut), donc faut créer plusieurs fd_set ce qui multiplie les appels à select() (mais bon c'est plutot dans le cas d'un serveur que c'est génant, pour un client ya peu de sockets quand meme).
Pour les sockets non bloquants je ne pourrais pas les défendre parce que je n'aime pas ça du tout : recv() renvoie -1 tout le temps (sauf s'il ya des données) et ne détecte plus si la connexion est fermée de l'autre côté.
Après ça dépend des gouts, y'en a qui preferent utiliser un thread rien que pour recv() sans select et avec un socket bloquant.

bustarhy > je voudrais bien partager le code de mon bot ici, mais il ne répond a aucun critère pour être partagé sur un site comme cppfrance vu que la masse de sources est assez importante (presque 30 000 lignes de code dans la version actuelle) et qu'il n'y a aucun commentaire. Donc les sources restent au chaud sur le site, tant pis.
Commentaire de logant83 le 23/12/2006 16:02:09

moi pour ma par j'utilise un recv() avec socket blockante, je trouve sa plus pratique et on perd pas de temps, j'ai essayé select(); et je suis pas convaincu car c bcp de temps perdu alors que recv(); fait le meme boulot avec simplement 2/3 ligne :)
le seul truc c de parser avant pour éviter un flu de paquet qui pourrait donné des erreurs à l'arrivé.
Commentaire de Thaeron le 23/12/2006 16:35:47

Ca n'a pas trop de sens ce que tu dis. Si tu mets select() tu as forcement ensuite recv() sinon ton select() est inutile. De plus, souvent on a besoin de pouvoir executer autre chose plutot que d'attendre un message donc ne faire que recv() sur un socket bloquant ça ne va pas. D'où le select() et on revient aux posts précédents sur select/thread/fork/ioctlsocket/fcntl
Commentaire de logant83 le 23/12/2006 16:48:42

nan je me suis mal exprimé je voulait dire que select et recv ensemble font le meme boulot que un simple recv pour ce que je fait
Commentaire de Kirua le 23/12/2006 18:02:21

Merci Thaeron, ça marche nickel. J'ai écrit un parser IRC personnel (je le trouve plus utile que celui-ci puisqu'il est autonome et encapsulé dans une classe; je l'ai fait conformément à la grammaire EBNF spécifiée dans la RFC IRC 2812 (de mémoire)) et avec les sockets non bloquantes + select, c'est vrmnt super. Merci :).
Commentaire de bustarhy le 24/12/2006 18:09:19

KIRUA >>Merci Thaeron, ça marche nickel. J'ai écrit un parser IRC personnel (je le trouve plus utile que celui-ci puisqu'il est autonome et encapsulé dans une classe; je l'ai fait conformément à la grammaire EBNF spécifiée dans la RFC IRC 2812 (de mémoire)) et avec les sockets non bloquantes + select, c'est vrmnt super. Merci :).
kirua relit la description avant de critiquer ce code.
peut etre que ton parser irc est super mais bon je te permet pas de critiquer mon travail.tu compare 2 chose qui n'ont rien a voir.

kirua ce parser se contente de parser le message u channel pour isoler les mots.un peu comme argc argv.pour le reste il est p-e inutile pour ton projet mais pour ce qu'il doit faire ce code est parfait et c'est regit par aucune rfc ca.donc tes remarques a 2 balles tu peux et les garders.a la rigueur tu me dirai d'utiliser les regex je trouverai ca une remarke constructive mais dire que mon code sert a rien.si t'en voi pas l'utilité ca veut pas dire qu'il n'en a pas.
Commentaire de Kirua le 24/12/2006 18:12:49

1/ "je le trouve plus utile" -> c'est mon avis, dans le cadre de mon application.
2/ si tu postes ton code, je suppose a priori que c'est pour en avoir une critique (du reste, je n'ai pas commenté ton code).

Où est-ce que tu vois que je dis que ton code ne sert à rien? Pourquoi suggérer d'utiliser un outil compliqué est-il constructif?

Du reste, l'essence de mon message, c'était de remercier Thaeron pour ses conseils.
Commentaire de bustarhy le 24/12/2006 18:19:35

je le trouve plus utile que celui-ci puisqu'il est autonome et encapsulé dans une classe; je l'ai fait conformément à la grammaire EBNF spécifiée dans la RFC IRC 2812 (de mémoire)) et avec les sockets non bloquantes + select, c'est vrmnt super. Merci.
relie la phrase svp et lit la en pensant comment d'autres que toi pourrait l'interpreter.
car quand je lie ca je suis desolé mais tu insinu qu'il ne sert a rien.certe tu as peut etre fais un parser irc mais rien a voir avec celui la.donc ne dit pas qu'il est inutile.bref relie toi relie la description de mon code et le code en meme temps et tu me comprendra.
Commentaire de Kirua le 24/12/2006 18:47:14

je n'ai PAS dit que ton code était inutile. Tu sais, lire un message et chercher l'interprétation la plus négative possible, c'est avant tout une occupation de jeune fille adolescente. Quand je te dis quelque chose, ça ne veut rien dire d'autre. J'ai dit: je préfère mon code (je), je n'ai pas dit: ton code est mauvais (non). j'ai dit merci à thaeron. Je n'ai pas dit: tu es mauvais (non). C'est fini mtnt la crise?
Commentaire de Thaeron le 24/12/2006 19:03:02

Hey Bustarhy calme toi. Surtout que Kirua souligne le fait qu'il utilise des class (evidement y'en a pas en C) donc il ne critique en aucun cas ton code.
La paranoîa est mauvaise pour la santé.
Ravi que mon aide ai pu te servir Kirua.
Bustarhy en plus ton code est bon (surtout la version 2) puisque j'utilise un code similaire dans mon bot (<joke> qui est bien puisqu'il est de moi </joke>).
Après pour pinailler un peu tu devrais éviter d'utiliser des tableaux statiques qui mangent beaucoup de mémoire (souvent pour rien).
Le dynamique c'est bien, malloc et realloc sont tes amis.
Commentaire de bustarhy le 24/12/2006 19:12:49

ouai mais malloc je connais pas du tout.je cherche un tuto sur la gestion de la memoire mais je trouve pas grand chose.ca m'ennui pas mal car je sais que le code fonctionne mais je pourrait l'ameliorer.le seul problem cest que niveau memoire/pointeur j'ai rien la dessus.
Commentaire de Thaeron le 24/12/2006 19:21:12

http://www.siteduzero.com/tuto-3-8-0-apprenez-a-programmer-en-c-c.html#part_864

Tiens ya les pointeurs et l'allocation dynamique de mémoire.
C'est vraiment très très simple.
(Tu peux aussi me trouver sur l'irc irc.sagwin.org channel #programmation )
Commentaire de bustarhy le 24/12/2006 19:26:11

merci

Ajouter un commentaire

Discussions en rapport avec ce code source

bot irc par Nano

Question pour bot irc par restesouple

quel est le prob avec send(); en socket C par shadow1779

projet bot irc par shadow1779

Programmation d'un bot pour IRC par murony

Bot Pour Irc, Probléme pour les commandes par oshin

J'aimeré faire un bot irc qui marche en mode console , avec vc++ par y4r1

bot msn par leprov

parser un document XML avec C++ par assiatoune

parser un schéma XML avec C++ par assiatoune