View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000952 | unreal | ircd | public | 2003-05-05 23:11 | 2003-11-20 19:43 |
| Reporter | Gilou | Assigned To | syzop | ||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.2-beta16 | ||||
| Summary | 0000952: Local kill on an user, again (once disconnected), and once again make Unreal crash | ||||
| Description | When local killing an online user, and then killing him twice (as being offline) make the ircd crash, with no debug information of any kind | ||||
| Steps To Reproduce | Local Kill an user, and kill, and kill ;) | ||||
| 3rd party modules | |||||
|
|
Can you please provide backtrace information? -- gdb src/ircd name.of.your.core.file bt -- |
|
|
(gdb) bt #0 ircvsprintf ( str=0x8119ce0 ":cvs.epiknet.org NOTICE Hagrid :*** Notice -- Received KILL message for bwqveyfs!FARAZ@ timeouts, please type /quote pong 5D6F03B1 or /raw pong 5D6F03B1 now.\r\n", format=0xbffff3dc " from %s Path: %s!%s", vl=0xbffff7a8) at ircsprintf.c:289 #1 0x080896c5 in vsendto_one (to=0x814bb08, pattern=0xbffff38c ":cvs.epiknet.org NOTICE Hagrid :*** Notice -- Received KILL message for %s!%s@%s from %s Path: %s!%s", vl=0xbffff79c) at send.c:239 #2 0x0808a9b8 in sendto_snomask (snomask=1, pattern=0x4018fba0 "*** Notice -- Received KILL message for %s!%s@%s from %s Path: %s!%s") at send.c:1256 #3 0x40186a36 in m_kill (cptr=0x814bb08, sptr=0x814bb08, parc=3, parv=0x8110e40) at m_kill.c:286 #4 0x08066b5b in parse (cptr=0x814bb08, buffer=0x814bbec "KILL", bufend=0x814bbfe "") at parse.c:466 #5 0x080657cc in dopacket (cptr=0x814bb08, buffer=0x81117e0 "KILL bwqveyfs :paf\r", length=19) at packet.c:137 #6 0x0806bbb2 in read_packet (cptr=0x814bb08, rfd=0xbffffa0c) at s_bsd.c:1463 #7 0x0806c2ef in read_message (delay=1, listp=0x81210c0) at s_bsd.c:1909 0000008 0x080630e8 in main (argc=1, argv=0xbffffb64) at ircd.c:1334 (gdb) |
|
|
caused by a /kill during the connection fase, caused by a NULL (user) pointer probably.. I'll look at it. |
|
|
Fixed in CVS (.1777), I think... :) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2003-05-05 23:11 | Gilou | New Issue | |
| 2003-05-05 23:16 | syzop | Note Added: 0002657 | |
| 2003-05-05 23:38 | Gilou | Note Added: 0002660 | |
| 2003-05-05 23:49 | syzop | Note Added: 0002661 | |
| 2003-05-06 00:18 | syzop | Status | new => resolved |
| 2003-05-06 00:18 | syzop | Resolution | open => fixed |
| 2003-05-06 00:18 | syzop | Assigned To | => syzop |
| 2003-05-06 00:18 | syzop | Note Added: 0002662 | |
| 2003-11-20 19:43 | syzop | Status | resolved => closed |