View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001545 | unreal | ircd | public | 2004-02-15 09:14 | 2004-02-16 17:05 |
Reporter | MagicalTux2 | Assigned To | |||
Priority | normal | Severity | crash | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Platform | AMD Duron 1300 + 512MB DDR | OS | Linux RedHat | OS Version | 9.0 |
Product Version | 3.2-RC1 | ||||
Summary | 0001545: UnrealIRCd crashes after linking when PROTOCTL line is incorrect | ||||
Description | If the PROTOCTL line sent by the remote server is missing the Base 64 timestamp "compression", then unrealircd crashes when sending NickName informations. | ||||
Steps To Reproduce | Have a server sending normal PROTOCTL line without the SBJ64 (or something like that) The remote server will crash immediatly | ||||
Additional Information | The crash seems to be due to what is in m_serv.c near line 1305 (the backtrace were referencing this line and it's the only line in backtrace that was depending on the precense of Base64 in the PROTOCTL line). | ||||
Tags | No tags attached. | ||||
3rd party modules | |||||
|
Could you: A. give the exact PROTOCTL line (there is no "normal PROTOCTL", I just threw a lot of options in it without SBJ64 and didn't crash so need the exact line) B. paste the gdb backtrace info? Thanks :) |
|
The PROTOCTL line was : PROTOCTL TOKEN NICKv2 SJOIN SJOIN2 UMODE2 VL SJ3 NS CHANMODES=beqa,kfL,l,psmntirRcOAQKVGCuzNSM (edit: there was a linebreak in the protoctl line in my bugreport but not in the real thing ^^ ) And here's the BackTrace : #0 0x4207a87b in strlen () from /lib/tls/libc.so.6 #1 0x42048f42 in vfprintf () from /lib/tls/libc.so.6 #2 0x4206477c in vsprintf () from /lib/tls/libc.so.6 #3 0x08068c66 in ircvsprintf (str=0x0, format=0x80b1a09 "%ld %s %s %b %lu %s %s :%s", vl=0xbfffeec4 "¯k/@ s\032\b«s\032\b\002") at ircsprintf.c:456 #4 0x080906ba in vsendto_one (to=0x81889e0, pattern=0x80b1a00 "%s %s %d %ld %s %s %b %lu %s %s :%s", vl=0xbfffeeb8 "a1\n\bùr\032\b\002") at send.c:243 #5 0x0809069d in sendto_one (to=0x81889e0, pattern=0x80b1a00 "%s %s %d %ld %s %s %b %lu %s %s :%s") at send.c:237 #6 0x080858e2 in m_server_synch (cptr=0x81889e0, numeric=1, aconf=0x81a72d0) at s_serv.c:1305 #7 0x08084542 in m_server (cptr=0x81889e0, sptr=0x0, parc=4, parv=0x8128a20) at s_serv.c:910 0000008 0x0806ca12 in parse (cptr=0x81889e0, buffer=0x8188ac4 "SERVER", bufend=0x8188b0b "") at parse.c:453 #9 0x0806b6f9 in dopacket (cptr=0x81889e0, buffer=0x81293c0 "SERVER Stats2.irc.FF.st 1 :U2303-FiOo-7 Stats - http://stats.irc.ff.st/\n", length=0) at packet.c:138 #10 0x08071d6d in read_packet (cptr=0x81889e0, rfd=0x8188cd8) at s_bsd.c:1472 #11 0x080725c0 in read_message (delay=1, listp=0x815cc00) at s_bsd.c:1937 #12 0x08068773 in main (argc=0, argv=0x8158420) at ircd.c:1450 #13 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 Hope it will help :) edited on: 2004-02-16 08:39 |
|
Hum I forgot something, syzop : you'll need to have a *network* of UnrealIRCd daemons. I tried the same thing on my beta-server (only one server alone) and it didn't crash. Then I wanted to link it on the main server of my network and... x.x *crash* |
|
ok thanks, will take a look at it later.. this certainly helps in reproducing this :). |
|
Fixed in .2107 |
Date Modified | Username | Field | Change |
---|---|---|---|
2004-02-15 09:14 | MagicalTux2 | New Issue | |
2004-02-15 10:14 | syzop | Note Added: 0005006 | |
2004-02-15 14:24 | syzop | Summary | UnrealIRCd crashes when PROTOCTL line is incorrect => UnrealIRCd crashes after linking when PROTOCTL line is incorrect |
2004-02-16 08:25 | MagicalTux2 | Note Added: 0005034 | |
2004-02-16 08:39 | MagicalTux2 | Note Edited: 0005034 | |
2004-02-16 08:43 | MagicalTux2 | Note Added: 0005035 | |
2004-02-16 10:14 | syzop | Note Added: 0005036 | |
2004-02-16 16:22 |
|
Status | new => confirmed |
2004-02-16 17:05 |
|
Status | confirmed => resolved |
2004-02-16 17:05 |
|
Resolution | open => fixed |
2004-02-16 17:05 |
|
Assigned To | => codemastr |
2004-02-16 17:05 |
|
Note Added: 0005041 |