Re: [Ekiga-devel-list] ekiga on F-15

[Jacek Konieczny <jajcus jajcus net>]

On Tue, May 03, 2011 at 11:32:17PM +0100, Peter Robinson wrote:
> On Tue, May 3, 2011 at 10:18 PM, Eugen Dedu
> <Eugen Dedu pu-pm univ-fcomte fr> wrote:
> > On 03/05/11 19:46, Peter Robinson wrote:
> >>
> >> Hey All,
> >>
> >> We're nearing the release of Fedora 15 but we have an issue with ekiga
> >> in that is crashes [1]. I've reported the bug to ptlib now here [2]
> >> with a full backtrace but it segfaults before I get any output if run
> >> as ekiga -d 4.
> >
> > This is the crash that both Julien and me have just discovered this evening!
> >
> > The bug was reported on 10 March.  The version as of 8 April worked on my
> > machine.  The version as of today does not work on my machine.
> >
> > The conclusion is that the bug was triggered by another application.  Is
> > your ekiga built with gcc 4.6?  Another potential application is libboost.
> 
> Yes, gcc 4.6.0 and boost 1.46.0

I think it is the GCC, or rather a PTLib abuse of GCC.

I have fixed a similar crash (for ptlib 2.8, but not 2.10) with the
following patch:

--- ptlib-2.8.3/include/ptlib/object.h.orig     2010-12-20 23:39:10.000000000 +0100
+++ ptlib-2.8.3/include/ptlib/object.h  2011-04-28 13:08:04.000000000 +0200
@@ -947,7 +947,7 @@
 
 
 // Memory pooling allocators
-#if defined(__GNUC__) && __GNUC__ >= 4 && !defined(P_MINGW)
+#if 0
 #include <ext/bitmap_allocator.h>
 template <class Type> class PFixedPoolAllocator    : public __gnu_cxx::bitmap_allocator<Type> { };
 #include <ext/mt_allocator.h>


For me it looks like PTLib tries to use some internal GCC API instead of
standard std:allocaltor and it fails. I don't think using any internal
APIs (and I consider anything which name starts with '__gnu_..' as
such), even for great performance improvements, is a good idea.

That patch fixes Ekiga-3.3.0 crash with ptlib 2.8, but the same Ekiga
version seems to crash in a similar way when compiled with PTLib 2.10.
In a similar way, but in a different place and the patch changes
nothing.

Greets,
        Jacek