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

[Peter Robinson <pbrobinson gmail com>]

>>>>> 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.
>>use of
>> 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.
>
> Thank you very much.  This fixes the issue!  I think you have done something
> wrong when using ptlib 2.10, since ekiga 3.3.0 does not compile with it (as
> far as I remember).
>
> It will be fixed upstream as soon as possible.

I've tested that on a VM running ekiga remotely over a x forwarded ssh
session so as to see that it at least runs (which it does). I'll push
that patch to F-15 in the interim so ekiga at least runs.

Also doing a quick grep through the ptlib tar file it seems there's a
couple of usages of __gnu in it, it would be good to look through the
ptlib/opal to ensure we don't have other violations of those __gnu
functions.

Peter