I think this is fixed in svn r12582. Could you please confirm, and if not, please post a bug. Mike On Mar 12, 2009, at 9:29 AM, Szymon Olko wrote:
Hello,
Before I open new ticket I want to ask if I should.
It happend in svn revision 12293.
First occured on kicking member from conference, backtrace is as fallows: #0 switch_core_session_get_channel (session=0x1a) at src/ switch_core_session.c:797 #1 0x001bf2e7 in conference_add_event_member_data (member=0x833f1e14, event=0x94ebcc8) at mod_conference.c:417 #2 0x001c81c1 in conf_api_sub_kick (member=0x833f1e14, stream=0xa9b309b8, data=0x0) at mod_conference.c:2936 #3 0x001c253a in conf_api_dispatch (conference=0x9875ad8, stream=0xa9b309b8, argc=3, argv=0xa9b304d8, cmdline=0x8b6eddf7 "agent#385 kick 40441", argn=1) at mod_conference.c:3921 #4 0x001ca4ef in conf_api_main (cmd=0x8b6eddf7 "agent#385 kick 40441", session=0x0, stream=0xa9b309b8) at mod_conference.c:4007 #5 0x0048aa7d in switch_api_execute (cmd=0x8b6eddec "CONFERENCE", arg=0x8b6eddf7 "agent#385 kick 40441", session=0x0, stream=0xa9b309b8) at src/switch_loadable_module.c:1532 #6 0x00a156d2 in api_exec (thread=0x0, obj=0xa9b30a4c) at mod_event_socket.c:1269 #7 0x00a16547 in parse_command (listener=0x93ce980, event=0xa9b31390, reply=0xa9b31123 "", reply_len=512) at mod_event_socket.c:1635 #8 0x00a18283 in listener_run (thread=0xa9bf6b68, obj=0x93ce980) at mod_event_socket.c:2034 #9 0x004e5806 in dummy_worker (opaque=0xa9bf6b68) at threadproc/ unix/thread.c:138 #10 0x0037745b in start_thread () from /lib/libpthread.so.0 #11 0x002dde5e in clone () from /lib/libc.so.6
Second was invoked by me when I had zombie conference, conference which has 0 members. I transfered there other member and then called kick all on that conference. backtrace is this: #0 0x0024e3d1 in switch_core_session_perform_kill_channel (session=0x0, file=0x19e7f8 "mod_conference.c", func=0x1a0ac9 "conf_api_sub_kick", line=2929, sig=SWITCH_SIG_BREAK) at src/switch_core_io.c:1048 #1 0x0019813d in conf_api_sub_kick (member=0x67af40bc, stream=0x9f6fb9b8, data=0x0) at mod_conference.c:2929 #2 0x00192654 in conf_api_dispatch (conference=0xa98e73f0, stream=0x9f6fb9b8, argc=3, argv=0x9f6fb4d8, cmdline=0xb297b1ef "agent#341 kick all", argn=1) at mod_conference.c:2731 #3 0x0019a4ef in conf_api_main (cmd=0xb297b1ef "agent#341 kick all", session=0x0, stream=0x9f6fb9b8) at mod_conference.c:4007 #4 0x00258a7d in switch_api_execute (cmd=0xb297b1e4 "conference", arg=0xb297b1ef "agent#341 kick all", session=0x0, stream=0x9f6fb9b8) at src/switch_loadable_module.c:1532 #5 0x00ea46d2 in api_exec (thread=0x0, obj=0x9f6fba4c) at mod_event_socket.c:1269 #6 0x00ea5547 in parse_command (listener=0x9433b80, event=0x9f6fc390, reply=0x9f6fc123 "", reply_len=512) at mod_event_socket.c:1635 #7 0x00ea7283 in listener_run (thread=0xa9161b68, obj=0x9433b80) at mod_event_socket.c:2034 #8 0x002b3806 in dummy_worker (opaque=0xa9161b68) at threadproc/ unix/thread.c:138 #9 0x0037745b in start_thread () from /lib/libpthread.so.0 #10 0x005bee5e in clone () from /lib/libc.so.6
I upgrade to trunk SVN of course, but I don't know how to reproduce it so I have to wait.
Does anybody recognize similar things?