1068420612 ABoR roasr los lluneta cogen el numerico aleatorio 1068420627 ABoR pon en la tabla 'z' por ejemplo 25 1068420644 ABoR y los services ya se encargaran de conectar :)) 1068420694 roasr mediante telnet? 1068420801 ABoR por ejemplo 1068420823 ABoR http://www.argo.es/%7Ejcea/wikis/irc-dev/ServidoresP09 1068420870 roasr I END_OF_BURST 1068420876 roasr Net junction: Theliax.com deep.space 1068420889 ABoR no hace falta que me pegues todo 1068420904 ABoR en la web que te he dado tienes un manual muy bonito de como hacerlo paso a paso :) 1068420904 roasr lo ke te keria decir 1068420905 roasr `-*deep.space (]]:4095) (0s) [0 clientes - 0.0%] 1068420913 roasr que no ai burnst complet 1068420926 roasr no se si sera eso problema.. 1068420929 ABoR a ver... 1068420946 ABoR reinicialos 1068420955 zoltan roasr: no importa 1068420962 zoltan para meter solo comandos DB 1068420963 RyDeN o si no 1068420968 zoltan no es necesario que hagas burst 1068420975 RyDeN /msg oper raw END_OF_BURST 1068420981 RyDeN /msg oper raw EOB_ACK 1068420983 RyDeN y yasta 1068420985 RyDeN xD 1068420990 roasr pero no hay bots 1068421019 zoltan RyDeN ta por telnet coño 1068421025 zoltan roasr: ni caso, no hace falta 1068421028 zoltan para meter DB's 1068421073 RyDeN ups xD 1068421074 roasr 50 DB * 1 z p09:deep.space 1068421075 roasr asi? 1068421117 ABoR DB * 1 z p09:deep.space 50 1068421408 roasr bien, le pongo DB * 1 z p09:deep.space 50 le hago un squit al deep.space, ejejuto los lluneta y... (To link a P09 server you need an entry in the Distributed DataBase) 1068421409 roasr xD 1068421438 ABoR /dbq z p09:deep.space 1068421441 ABoR pon eso 1068421444 ABoR y dime que te sale 1068421456 roasr DBQ ERROR Tabla='z' Clave='p09:deep.space' REGISTRO_NO_ENCONTRADO 1068421481 roasr no escribio nada 1068421486 zoltan roasr 1068421488 zoltan H-line 1068421489 zoltan tienes? 1068421490 zoltan XD 1068421500 ABoR zoltan no esta añadido en la bdd 1068421508 ABoR ah 1068421509 ABoR xD 1068421516 roasr aro que tengo.. 1068421541 ABoR pegame la linea 'z' de un /stats b 1068421553 roasr todo ceros creo 1068421561 zoltan si no escribe: 1068421565 zoltan a) lo escribiste mal 1068421566 roasr a no 1068421567 roasr b Tabla 'z' S=000000001 R=000000000 1068421568 zoltan b) no hay H-line 1068421572 zoltan aja 1068421575 zoltan lo metiste mal 1068421582 zoltan tienes que poner el 50 del final 1068421585 zoltan seria mejor asi 1068421587 roasr sisi 1068421588 roasr DB * 1 z p09:deep.space 50 1068421590 zoltan DB * 1 z p09:deep.space :50 1068421590 roasr eso es lo que puse 1068421593 zoltan con : delante del 50 1068421596 roasr oki 1068421606 zoltan ah, no es 1 1068421607 zoltan sino 2 1068421613 zoltan DB * 2 z p09:deep.space :50 1068421653 roasr I END_OF_BURST 1068421654 roasr DB * 2 z p09:deep.space :50 1068421667 ABoR y haz ahora el dbq 1068421669 roasr :afdsa SQUIT 1068421683 roasr DBQ ERROR Tabla='z' Clave='p09:deep.space' REGISTRO_NO_ENCONTRADO 1068421684 roasr joere 1068421689 zoltan /stats b 1068421698 roasr b Tabla 'z' S=000000001 R=000000000 1068421710 zoltan pusiste el 2 en vez de 1 ? 1068421723 zoltan ah, lo veo 1068421726 roasr sip 1068421729 zoltan DB * 2 z p09:deep.space :50 1068421781 ABoR ACTION haciendo un bot p10 en perl para hacer esta operacion de manera faaaaaaaacil que la gente se lia mucho 1068421851 roasr voi aver lo que ai en la tabla.z 1068421857 roasr y ai lo siguiente: 1 * z p09:deep.space 1068421862 roasr no falta el numeric? 1068421865 zoltan si 1068421867 zoltan falta 1068422128 roasr pos no me lo pilla si lo meto asi.. DB * 2 z p09:deep.space :50 1068422151 zoltan roasr 1068422154 zoltan desde donde lo metes 1068422157 zoltan un telnet? 1068422245 roasr sip 1068422290 zoltan puede que tengas que poner el numerico del servidor del telnet 1068422294 zoltan delante del comando 1068422298 zoltan ya que es P10 1068422316 zoltan en teoria no hace falta, pero... si no te va habria que probarlo 1068422319 zoltan por ej 1068422335 zoltan B DB * 3 z p09:deep.space :50 1068422484 roasr vaya me kedo sin bot xD 1068422921 roasr nada, no le apetece escribir 1068426161 jorge ACTION away: zZz. 1068434370 Ni[0 ACTION is away: zzzzzzzz 1068479420 zoltan hi 1068479421 RyDeN jcea que pasó !! 1068479421 zoltan por fin volvio gaia! :) 1068479431 jcea ACTION ha tenido qu evenir a la oficina malito 1068479466 jcea ha fallado un assert, a las 5:57 de la mañana 1068479467 jcea ahora lo miraré 1068479487 RyDeN hi 1068479928 aRMi La OCU denuncia que algunas baterías de los móviles Nokia explotan 1068479937 RyDeN xDDDDDD? 1068479943 RyDeN literalmente? 1068479947 RyDeN o es que se joden? 1068479951 aRMi literalmente 1068479953 aRMi pluf 1068479954 RyDeN juasjuasjuas 1068479955 aRMi xD 1068479960 RyDeN vas hablando y te revienta la oreja xDDD 1068479980 aRMi ajajj 1068479982 RyDeN luego te poner a gritar como una cerda 1068479986 RyDeN como en torrente 2 :D 1068480328 zoltan tamos off topic 1068480356 zoltan mientras no hagamos clientes irc en java para los moviles 1068480356 zoltan x"D 1068480452 RyDeN xDDD 1068480677 jorge ACTION re 1068481124 RyDeN jcea 1068481135 RyDeN con qué está relacionado el assert 1068481136 RyDeN no será el del make_virtualhost? xD 1068481207 jcea no 1068481211 jcea es un tema conocido 1068481219 jcea lo acabo de meter en el wiki 1068481227 jcea lo raro es que no haya fallado antes 1068481249 jcea Cuando se pasa una nueva clave de cifrado de IPs virtuales, si existen usuarios a medio conectar, existe el riesgo de que falle un "assert()" en "elimina_cache_ips_virtuales()". Más concretamente en "BorraIpVirtual()". 1068481267 RyDeN aps 1068481276 RyDeN cierto 1068481281 Amn3S1A hi 1068481290 RyDeN leiste mi email? 1068481312 jcea no 1068481315 RyDeN hi Amn3S1A 1068481327 jcea pero en realidad no debería fallar ahi 1068481330 jcea porque justo antes hay un 1068481333 RyDeN IsUser 1068481336 RyDeN sip 1068481337 jcea if (acptr->user) 1068481338 jcea { 1068481338 jcea BorraIpVirtual(acptr); 1068481338 jcea } 1068481345 RyDeN que movidas xD 1068481351 jcea se supone que IsUser() es cierto si acptr->user es cierto 1068481355 jcea asi que no debería fallar 1068481358 jcea ACTION sigue mirando 1068481364 RyDeN jcea 1068481370 RyDeN pon un IsUser mejor 1068481381 RyDeN que mira el stat del user 1068481381 RyDeN es más fiable 1068481383 RyDeN que el if (acptr->user) 1068481394 jcea por qué¿ 1068481408 RyDeN porque IsUser mira los flags del usuario 1068481421 RyDeN de todos modos, si el user tiene el flag STAT_USER (creo que es) 1068481427 RyDeN por cojones debe tener ->user 1068481435 RyDeN pero sigue siendo más fiable el flag 1068481436 jcea obviamente 1068481440 jcea se puede dar el caso inverso 1068481442 jcea tener ->user 1068481445 jcea y NO tener el flag 1068481457 RyDeN MmMm 1068481458 jcea sino no hubiera fallado el assert 1068481474 RyDeN sip 1068481479 RyDeN exactamente lo acabas de decir 1068481484 RyDeN si tiene ->user y no tiene el flag 1068481487 RyDeN assert falla 1068481496 RyDeN porque assert tiene IsUser 1068481496 jcea ¿y cómo puede ser posible eso? 1068481501 RyDeN no lo se :/ 1068481505 jcea :-( 1068481507 jcea que mierda de codigo 1068481513 RyDeN xD 1068481522 jcea llevo años pensando que compensaría hacer borrón y cuenta nueva 1068481525 zoltan a hacer un ircd desde 0 y en python XD 1068481531 Amn3S1A en python? xD 1068481534 RyDeN xDDD 1068481547 zoltan si, tanto le gusta a nuestro jefe 1068481559 Amn3S1A nuestro jefe? xDDDDDDD 1068481588 zoltan si, porque decide todo xD 1068481612 RyDeN xDDD 1068481618 RyDeN te envia finiquitos y todo 1068481646 zoltan jajajaja 1068481674 zoltan el finiquito en irc es access del o oper del segun casos XD 1068481692 zoltan bueno, fuera coñas 1068481696 zoltan hasta la noche 1068481698 zoltan me marxo 1068481711 RyDeN adios zoltan :* 1068481761 jcea zoltan, te sigo viendo estresado :) 1068481779 jcea creo que un día me deberías abrir un privado y explicarme con detalle qué problema tienes conmigo 1068482054 RyDeN jcea 1068482057 RyDeN estas? 1068482144 RyDeN hay un caso en el que existe ->user y no tiene el STAT_USER 1068482156 RyDeN no te lo aseguro a ciencia cierta 1068482159 RyDeN lo he mirado un poco por encima 1068482168 RyDeN pero estoy seguro (aunque ya digo que no juro nada) 1068482169 jcea nbo me digas "hay un caso" sino que dime qué caso es :) 1068482192 RyDeN en m_nick_remoto 1068482197 RyDeN hay un if 1068482201 RyDeN if (IsServer(cptr)) 1068482209 RyDeN no 1068482216 RyDeN if (IsServer(sptr)) 1068482217 RyDeN un momento 1068482226 RyDeN linea 4894 del s_user.c 1068482230 RyDeN si tiras pa' bajo 1068482241 RyDeN se ve como es la secuencia de un nick remoto 1068482246 RyDeN y como se le crea la estructura user 1068482269 RyDeN sptr->user = make_user(sptr); 1068482282 RyDeN pero en ningun momento 1068482283 RyDeN se le aplica SetUser 1068482288 RyDeN lo que me extraña es que primero haga if (IsServer(sptr)) 1068482295 RyDeN y luego le asigne el user al sptr 1068482300 RyDeN no seria if (IsServer(cptr)) ? 1068482305 RyDeN espera un momento 1068482310 RyDeN ACTION siempre confunde sptr y cptr 1068482321 RyDeN correcto 1068482324 RyDeN IsServer(cptr) 1068482329 RyDeN * cptr is always NON-NULL, pointing to a *LOCAL* client * structure (with an open socket connected!). This * identifies the physical socket where the message * originated (or which caused the m_function to be * executed--some m_functions may call others...). * 1068482334 RyDeN si un servidor te envía un nick 1068482336 RyDeN cptr es el servidor 1068482348 RyDeN si un servidor envia por ejemplo 1068482358 RyDeN FAA NICK pepito 1068482348 1068482366 RyDeN FAA es sptr y F es cptr 1068482396 RyDeN bueno 1068482399 RyDeN el caso es que más abajo 1068482410 RyDeN se le crea la estructura user 1068482416 RyDeN y no se le hace SetUser(sptr) 1068482421 RyDeN ese puede ser el caso en el que falle 1068482459 RyDeN no se si me explico... 1068482497 RyDeN jcea me sigues? 1068482635 jcea ahora te leeré el log 1068482649 RyDeN ok 1068483098 RyDeN que ha pasao? 1068483100 jcea reboot de gaia 1068483101 jcea con parche nuevo 1068483104 jcea he cambiado un par de ->user 1068483105 jcea por "IsUser" 1068483105 RyDeN ajá 1068483105 jcea aunque seguro que habrá que cambiar más 1068483105 RyDeN perfecto 1068483106 RyDeN sip 1068483106 RyDeN lo que yo te he dicho 1068483107 RyDeN cuando haya limpiado de caché 1068483107 RyDeN solo la limpiará a locales 1068483108 aRMi »jcea! porque no se le pone un target al comando /oper ? 1068483339 jcea ¿Cómo van tus parches, ryden? 1068483364 RyDeN el email que te he enviado hablaba de eso :P 1068483397 jcea de cuando es? 1068483406 RyDeN sabado o domingo 1068483417 jcea ACTION buscando 1068483438 jcea ¿tu email? 1068483447 jcea tengo 693 mensajes en el inbox 1068483448 jcea :) 1068483566 jcea mensaje leido 1068483569 jcea mandame el parche 1068483668 RyDeN ACTION parche enviado 1068484607 jcea ryden 1068484608 jcea tas? 1068484650 RyDeN ke va 1068484698 RyDeN jcea dime xD 1068484701 jcea a ver 1068484709 jcea - strncpy(cptr->name, LOGFILE, sizeof(cptr->name)); 1068484709 jcea - cptr->name[sizeof(cptr->name) - 1] = 0; 1068484709 jcea + if (cptr->name != NULL) 1068484709 jcea + RunFree(cptr->name); 1068484709 jcea + cptr->name = (char *)RunMalloc(sizeof(char)*(HOSTLEN + 1)); 1068484709 jcea + 1068484709 jcea + strncpy(cptr->name, LOGFILE, HOSTLEN + 1); 1068484709 jcea + cptr->name[HOSTLEN] = 0; 1068484717 jcea por qué pides HOSTLEN? 1068484725 RyDeN porque era el valor que tenia previamente 1068484737 RyDeN el xptr->name 1068484744 jcea entonces qué ganamos moviendolo a dinámico 1068484750 jcea si siempre usas el tamaño máximo? 1068484750 RyDeN fijate bien 1068484761 RyDeN strncpy(cptr->name, LOGFILE .... 1068484766 RyDeN strncpy(cptr->name, LOGFILE .... 1068484792 jcea si LOGFILE mide menos de HOSTLEN 1068484800 jcea estas desperdiciando memoria 1068484803 RyDeN bueno si.. 1068484807 RyDeN pero es algo minimo 1068484808 jcea pues eso es lo que quiero 1068484809 RyDeN solo se dará en un caso 1068484812 jcea ahorrar memoria 1068484818 jcea por eso se está haciendo todo esto :9 1068484820 RyDeN no se abre un logfile por cada cliente 1068484825 RyDeN sino para cada proceso 1068484828 jcea ¿cuando se hace? 1068484883 RyDeN cuando inicias el ircd 1068484891 RyDeN initclass(); 1068484891 RyDeN initwhowas(); 1068484891 RyDeN initmsgtree(); 1068484891 RyDeN initstats(); 1068484892 RyDeN open_debugfile(); 1068484894 RyDeN if (portnum == 0) 1068484896 RyDeN portnum = PORTNUM; 1068484898 RyDeN me.port = portnum; 1068484923 jcea entiendo que solo hay uno de estos 1068484932 jcea por cada proceso 1068484950 jcea fijate entonces 1068484953 jcea que en ese caso 1068484958 jcea no necesitas fijar un tamaño máximo 1068484968 RyDeN yap 1068484969 jcea En el código original tienen que preocuparse del tamaño 1068484970 RyDeN no me di cuenta 1068484983 jcea porque el campo tiene un tamaño fijo máximo 1068484984 jcea pero si usas malloc, no es el caso 1068484993 RyDeN pero seria recomendable acortarlo 1068484995 RyDeN creo yo 1068484999 jcea por qué? 1068485008 RyDeN no se cuanto es el maximo de longitud que se le puede dar al nombre de un fichero 1068485010 jcea ese es un dato de configuracion 1068485012 jcea del "make config" 1068485016 jcea si no me equivoco 1068485017 RyDeN pero creo que debería acortarse al menos a ese tamaño 1068485025 jcea eso sí serí auna opcion 1068485102 jcea In BSD 4.4 and Solaris the limit on the pathname length is MAXPATHLEN (found in ). The SUSv2 pre­ 1068485103 jcea scribes PATH_MAX and NAME_MAX, as found in or provided by the pathconf() function. A typical source 1068485103 jcea fragment would be 1068485171 jcea ¿me puedes reenviar el parche 1068485177 jcea cambiando los malloc de "HOSTLEN" 1068485184 jcea a algo más "sensible" 1068485187 jcea por ejemplo, cosas como 1068485227 jcea . 1068485227 jcea + if (cptr->name != NULL) 1068485227 jcea + RunFree(cptr->name); 1068485227 jcea + cptr->name = (char *)RunMalloc(sizeof(char)*(HOSTLEN + 1)); 1068485227 jcea + 1068485227 jcea strcpy(cptr->name, "FD2-Pipe"); 1068485244 RyDeN ok 1068485249 jcea Obviamente el tamaño ahí se puede acortar más 1068485251 jcea o cosas como 1068485269 jcea + me.name = (char *)RunMalloc(sizeof(char)*(HOSTLEN + 1)); 1068485269 jcea + memset(me.name, 0, HOSTLEN + 1); 1068485282 jcea y más abajo tienes 1068485283 jcea case 'h': 1068485283 jcea - strncpy(me.name, p, sizeof(me.name)); 1068485283 jcea - me.name[sizeof(me.name) - 1] = 0; 1068485283 jcea + /* El nombre propio es un valor que no cambiara a lo largo de la 1068485284 jcea + * ejecucion del programa, por lo que le damos un valor fijo --RyDeN 1068485284 jcea + */ 1068485284 jcea + strncpy(me.name, p, HOSTLEN + 1); 1068485284 jcea + me.name[HOSTLEN] = 0; 1068485290 jcea Ahí debería liberarse la cadena vieja 1068485299 jcea y meter la nueva del tamaño correcto, tal cual 1068485307 RyDeN ok 1068485341 jcea okiss 1068485346 jcea quedo a la espera del nuevo parche 1068485350 jcea hazlo contra el cvs actual 1068485415 RyDeN y eso como lo hago? 1068485428 RyDeN como acutalizo sin perder lo hecho? 1068485483 jcea cvs update 1068485570 RyDeN asias 1068485824 RyDeN oye jcea 1068485829 RyDeN y como se cual de las tres he de usar? 1068485838 RyDeN MAXPATHLEN PATH_MAX NAME_MAX 1068485917 jcea yo no me preocuparía de eso 1068485926 RyDeN :? 1068485928 jcea usa la cadena entera, sin recortar 1068485932 jcea si se pasa de tamaño 1068485938 jcea el ircd ya se quejará 1068485938 jcea (pero no cascará) 1068485941 RyDeN ok 1068485942 RyDeN :) 1068487932 RyDeN jcea 1068489122 Souman alguien sabe como es el modificador para indicarle al ircd la ip? 1068489185 RyDeN -w 1068489487 Souman gracias 1068492925 El-MeSiAs hi 1068494941 ABoR hola 1068494990 ksim buenas noches 1068495106 ABoR jcea estas? 1068495109 jcea dime 1068495116 ABoR query 1068495178 ksim ACTION away Razon:  [5 desayunando ] 1068495510 HeLPeR Buenas 1068495511 HeLPeR Alguien sabe "meter" los UpZMeNTaL BoTs en un servidor iRC ??? 1068496886 {Tintin} nas! 1068497669 HeLPeR Holas 1068497701 HeLPeR Tengo los IRCServices 4.3 pero no sé meterlos, alguien me puede ayudar?? 1068498546 oSh1kOe ACTION va de paseo 1068499312 oSh1kOe re 1068503439 RyDeN jcea 1068503966 ^GoKu-^ una preguntina 1068504420 jcea dime, RyDeN