Re: [GnomeMeeting-devel-list] Crash at startup / getting debug backtraces
- From: thomas schorpp <t schorpp gmx de>
- To: GnomeMeeting development mailing list <gnomemeeting-devel-list gnome org>
- Subject: Re: [GnomeMeeting-devel-list] Crash at startup / getting debug backtraces
- Date: Mon, 06 Feb 2006 19:05:43 +0100
Yannick - Debian/Linux wrote:
> Hi,
>
> I lunched it and quickly it crashed...
> Snapshot for debian sarge amd64 20060203-1
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1092614512 (LWP 6341)]
> 0x00002aaaada82d0e in PContainer::Destruct ()
> from /usr/lib/libpt.so.1.11.0
> (gdb) bt
> #0 0x00002aaaada82d0e in PContainer::Destruct ()
> from /usr/lib/libpt.so.1.11.0
> #1 0x00002aaaae9ffcbd in SIPInvite::~SIPInvite ()
> from /usr/lib/libopal_linux_x86_64_r.so.2.3 <--------------
---------------------------------------^
hi yannnick,
destructor of PContainer tries to free an object here that was already freed.
why are you on release libs again?
for the debug snapshots make sure (debian) that LD_LIBRARY_PATH or so
contains /usr/lib/debug added.
ldconfig /usr/lib/debug should do it (?).
for own lib builds changing from release to debug do
make uninstall
make debug (pwlib, opal, ekiga)
-opal/pwlib installers will install only release libs.
-for debug libs install override with:
make install PTLIB_FILE=libpt_linux_x86_64_d.so
-------------------------------------------^ unstripped debug .so
make install OPAL_FILE=libopal_linux_x86_64_d.so
-----------------------------------------^ machine architecture suffix for amd64 e.g.
check with ls <prefix>/lib/<libopal*|libpt*> if install was ok, there may be no "r" so's
around, even not in /usr/local/lib or they get dynamically linked instead.
happy testing.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]