View Issue Details

IDProjectCategoryView StatusLast Update
0001545unrealircdpublic2004-02-16 17:05
ReporterMagicalTux2 Assigned Tocodemastr 
PrioritynormalSeveritycrashReproducibilityalways
Status resolvedResolutionfixed 
PlatformAMD Duron 1300 + 512MB DDROSLinux RedHatOS Version9.0
Product Version3.2-RC1 
Summary0001545: UnrealIRCd crashes after linking when PROTOCTL line is incorrect
DescriptionIf the PROTOCTL line sent by the remote server is missing the Base 64 timestamp "compression", then unrealircd crashes when sending NickName informations.
Steps To ReproduceHave a server sending normal PROTOCTL line without the SBJ64 (or something like that)
The remote server will crash immediatly
Additional InformationThe 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).
TagsNo tags attached.
3rd party modules

Activities

syzop

2004-02-15 10:14

administrator   ~0005006

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 :)

MagicalTux2

2004-02-16 08:25

reporter   ~0005034

Last edited: 2004-02-16 08:39

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

MagicalTux2

2004-02-16 08:43

reporter   ~0005035

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*

syzop

2004-02-16 10:14

administrator   ~0005036

ok thanks, will take a look at it later.. this certainly helps in reproducing this :).

codemastr

2004-02-16 17:05

reporter   ~0005041

Fixed in .2107

Issue History

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 codemastr Status new => confirmed
2004-02-16 17:05 codemastr Status confirmed => resolved
2004-02-16 17:05 codemastr Resolution open => fixed
2004-02-16 17:05 codemastr Assigned To => codemastr
2004-02-16 17:05 codemastr Note Added: 0005041