Hi Grzegorz,
this backtrace and the one in your last post seem related to some kind
of memory corruption. It would be interesting to find out if the
corruption really occurs at the time of the crash, or if you are just
seeing the results of something else (possibly unrelated) that went
wrong.
If you can produce these crashes in a lab, you could try to run a debug
version of GnuGk under Valgrind (www.valgrind.org). It will monitor
memory access and will display the error at the time it occurs, even
if it doesn't cause a crash at that time. Unfortunately it slows down
GnuGk _a_lot_. So you can't try Valgrind in production.
Also, you seem to compile against H323Plus and it would be interesting
thing would be to find out if you have the same problems when using
OpenH323 Atlas.
Regards,
Jan
Grzegorz Stanislawski wrote:
> Hi.
> And another one:
>
> (gdb) bt
> #0 0x40af0c9e in PAbstractList::SetCurrent (this=0x41e068c0, index=2)
> at ../common/collect.cxx:754
> #1 0x40af0dee in PAbstractList::GetAt (this=0x41e068c0, index=2)
> at ../common/collect.cxx:670
> #2 0x40af75cd in PAbstractList::GetReferenceAt (this=0x41e068c0, index=2)
> at /usr/local/src/ptlib_v2_0_1/include/ptlib/contain.inl:454
> #3 0x080dc786 in GkAuthenticatorList::SelectH235Capability
> (this=0x41e06748,
> grq=@0x428c3a50, gcf=@0x43046528)
> at /usr/local/src/openh323/../pwlib/include/ptlib/lists.h:458
> #4 0x080f54b6 in RasPDU<H225_GatekeeperRequest>::Process (this=0x42892b78)
> at RasSrv.cxx:1449
> #5 0x080fa543 in RasMsg::Exec (this=0x42892b78) at RasSrv.cxx:371
> #6 0x08068cc8 in Jobs::Run (this=0x426ef070) at job.cxx:447
> #7 0x08069cd6 in Worker::Main (this=0x42fbdcb8) at job.cxx:191
> #8 0x40ac5e5f in PThread::PX_ThreadStart (arg=0x42fbdcb8) at
> tlibthrd.cxx:1361
> #9 0x40be0240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
> #10 0x4104e49e in clone () from /lib/tls/i686/cmov/libc.so.6
> (gdb) p *info
> $4 = {head = 0x41e06a68, tail = 0x41e06c48, lastElement = 0x0, lastIndex
> = 3}
> (gdb) p this
> $1 = (const PAbstractList * const) 0x41e068c0
> (gdb) up 3
> #3 0x080dc786 in GkAuthenticatorList::SelectH235Capability
> (this=0x41e06748, grq=@0x428c3a50, gcf=@0x43046528)
> at /usr/local/src/openh323/../pwlib/include/ptlib/lists.h:458
> 458 { return (T &)GetReferenceAt(index); }
> (gdb) p auth
> $4 = 2
> (gdb) p alg
> $5 = 0
> (gdb) p cap
> $6 = 0
> (gdb) p m_h235authenticators
> $7 = {<PList<H235Authenticator>> = {<PAbstractList> = {<PCollection> =
> {<PContainer> = {<PObject> = {_vptr.PObject = 0x819cb48},
> reference = 0x41e06918}, <No data fields>}, info =
> 0x41e05e00}, <No data fields>}, <No data fields>}
> (gdb) p &m_h235authenticators
> $8 = (H235Authenticators *) 0x41e068c0
>
> loos like backtrace leaves gnugk code in gkauth.cxx line 911
> Seems like m_h235authenticators gets screwed somehow.
>
> Grzegorz Stanislawski
>
> Ps. Any sugestions on prevoius bugs?
--
Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________________
Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/
