Cesc wrote:
Hi,

I hope this gets picked up by some bug marshall ...


Eep! Filing a bug is best instead of email it here for future reference...

I attached gdb to the locked process:

0xb725af28 in std::_Rb_tree_increment () from /usr/lib/libstdc++.so.6
(gdb) bt
#0  0xb725af28 in std::_Rb_tree_increment () from /usr/lib/libstdc++.so.6
#1  0xb793f304 in std::_Rb_tree_iterator<std::pair<PString const,
PFactory<OpalMediaFormat, PString>::WorkerBase*> >::operator++ ()
  from /usr/lib/libh323_linux_x86_r.so.1.17.3
#2  0xb79881a0 in
std::__distance<std::_Rb_tree_iterator<std::pair<PString const,
PFactory<OpalMediaFormat, PString>::WorkerBase*> > > ()
  from /usr/lib/libh323_linux_x86_r.so.1.17.3
#3  0xb79881cb in
std::distance<std::_Rb_tree_iterator<std::pair<PString const,
PFactory<OpalMediaFormat, PString>::WorkerBase*> > > ()
  from /usr/lib/libh323_linux_x86_r.so.1.17.3
#4  0xb7989ee6 in std::_Rb_tree<PString, std::pair<PString const,
PFactory<OpalMediaFormat, PString>::WorkerBase*>,
std::_Select1st<std::pair<PString const, PFactory<OpalMediaFormat,
PString>::WorkerBase*> >, std::less<PString>,
std::allocator<std::pair<PString const, PFactory<OpalMediaFormat,
PString>::WorkerBase*> > >::erase () from
/usr/lib/libh323_linux_x86_r.so.1.17.3
#5  0xb7989f20 in std::map<PString, PFactory<OpalMediaFormat,
PString>::WorkerBase*, std::less<PString>,
std::allocator<std::pair<PString const, PFactory<OpalMediaFormat,
PString>::WorkerBase*> > >::erase () from
/usr/lib/libh323_linux_x86_r.so.1.17.3
#6  0xb7989f5a in PFactory<OpalMediaFormat,
PString>::Unregister_Internal () from
/usr/lib/libh323_linux_x86_r.so.1.17.3
#7  0xb7989f9d in PFactory<OpalMediaFormat, PString>::Unregister ()
from /usr/lib/libh323_linux_x86_r.so.1.17.3
#8  0xb7989fc9 in OpalPluginMediaFormat::~OpalPluginMediaFormat ()
from /usr/lib/libh323_linux_x86_r.so.1.17.3
#9  0xb748bea1 in PAbstractList::RemoveAt () from
/usr/lib/libpt_linux_x86_r.so.1.9.2
#10 0xb74892e1 in PCollection::RemoveAll () from
/usr/lib/libpt_linux_x86_r.so.1.9.2
#11 0xb7489e25 in PAbstractList::DestroyContents () from
/usr/lib/libpt_linux_x86_r.so.1.9.2
#12 0xb7490152 in PContainer::Destruct () from
/usr/lib/libpt_linux_x86_r.so.1.9.2
#13 0xb791ca57 in PAbstractList::~PAbstractList () from
/usr/lib/libh323_linux_x86_r.so.1.17.3
#14 0xb79755c9 in PList<OpalMediaFormat>::~PList () from
/usr/lib/libh323_linux_x86_r.so.1.17.3
#15 0xb79828e7 in H323PluginCodecManager::~H323PluginCodecManager ()
from /usr/lib/libh323_linux_x86_r.so.1.17.3
#16 0xb7e0d4f0 in exit () from /lib/tls/libc.so.6
#17 0x080bddd7 in quit_handler (num=135324439, nice=3, safeshutdown=1,
restart=0) at asterisk.c:945
#18 0x080be019 in handle_shutdown_now (fd=1, argc=2, argv=0xbffff830)
at asterisk.c:1104
#19 0x0809811b in ast_cli_command (fd=1, s=0x8151900 "\001") at cli.c:1364
#20 0x080c0d93 in main (argc=2, argv=0xbffffd84) at asterisk.c:1019
(gdb)



This is definitely an issue with chan_h323 and OpenH323. If you don't load chan_h323 can you then shut down fine? If so please file a bug on bugs.digium.com and the individual who looks after that stuff will look at it.

Thanks!

Joshua Colp
Software Developer
Digium, Inc.

_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to