[Home]

Summary:ASTERISK-10727: Crush if DO_CRUSH
Reporter:Badalian Vyacheslav (slavon)Labels:
Date Opened:2007-11-09 00:58:57.000-0600Date Closed:2011-06-07 14:00:31
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Addons/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:(gdb) bt
#0  0x0810210d in ast_sched_del (con=0x81b8210, id=146790) at sched.c:286
#1  0xb6d838fe in ?? () from /usr/lib/asterisk/modules/chan_sip.so
#2  0x081b8210 in ?? ()
#3  0x00023d66 in ?? ()
#4  0x00000000 in ?? ()
(gdb) bt full
#0  0x0810210d in ast_sched_del (con=0x81b8210, id=146790) at sched.c:286
       s = (struct sched *) 0x0
       __PRETTY_FUNCTION__ = "ast_sched_del"
#1  0xb6d838fe in ?? () from /usr/lib/asterisk/modules/chan_sip.so
No symbol table info available.
#2  0x081b8210 in ?? ()
No symbol table info available.
#3  0x00023d66 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.
(gdb) l
281
282             if (!s) {
283                     if (option_debug)
284                             ast_log(LOG_DEBUG, "Attempted to delete nonexistent schedule entry %d!\n", id);
285     #ifdef DO_CRASH
286                     CRASH;
287     #endif
288                     return -1;
289             }
290

(gdb) p id
$1 = 146790

Not serious for me. Maybe its help to you. I also can turn off DO_CRASH if you not needed to catch DO_CRASH crashes for fatal error...
Comments:By: Badalian Vyacheslav (slavon) 2007-11-09 01:19:31.000-0600

Sorry from wrong category
By: Jason Parker (jparker) 2007-11-09 10:23:14.000-0600

This is not an issue.  This is exactly what DO_CRASH is meant for.