[FUG-BR] Thunderbird 16, 17 e firefox 17 crashes

[Otacílio]

On 03/12/2012 18:24, Paulo Olivier Cavalcanti wrote:
> Em 03/12/2012 16:47, Otacílio escreveu:
>> Compilei o thunderbird 16, 17 e o firefox 17 (o 16 não compilei).
>>
>> Todos estão exibindo o seguinte bug (exatamente na mesma rotina):
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> [Switching to Thread 33f01140 (LWP 100300/initial thread)]
>> 0x361537be in nsFilePickerProxy::~nsFilePickerProxy ()
>>      from /usr/local/lib/thunderbird/libxul.so
>> (gdb)
>>
>>
>> Tentei compilar o thunderbird com a tabela de símbolos mas o maldito
>> (não sei onde) remove todos os símbolos (pelo menos eh isso o que o gdb
>> informa).
>>
>> Quem quiser dar uma olhada pode acompanhar o bug aqui:
>>
>> https://bugzilla.mozilla.org/show_bug.cgi?id=816938
>>
>> Quem souber como fazer essa b#$%a não remover os símbolos para eu tentar
>> debugar me diga como faz, por favor.
>>
>> Depois 3GB de swap usado na compilação e essa b#$%a remove os símbolos
>> irrita qualquer um.
>
> Lá vou eu de novo tentar te salvar. Pelo jeito só eu e você usamos o
> Freebsd como desktop Otacílio, risos. Não entendo porque está dando
> segfault na sua máquina... eu compilei o Thunderbird e o Firefox 17 sem
> qualquer problema usando as configurações padrão e o GCC46. Quando clico
> no "+" a aba é aberta normalmente. Pelo que vi parece que é um bug no
> libxul, já experimentou atualizar para a versão mais recente (10.0.9)?
>

Não, mas no que eu entendo o thunderbird e o firefox usam uma versão da 
libxul que é compilada e instalada junto com o código deles. Olhe só:

[ota em squitch ota]$ pkg_info -L thunderbird-15.0.1 | grep libxul
/usr/local/lib/thunderbird/libxul.so
[ota em squitch ota]$

No arquivo .mozconfig troquei o
--disable-debug-symbols por
--enable-debug-symbols

removi o --enable-strip e o --enable-install-strip mas ainda assim 
quando carreguei o programa no gdb ele informa que não existe a tabela 
de símbolos.

Mais ainda, fiz um diff da versão 15 para a versão 17 e no destrutor que 
aparece na mensagem de erro não tem nenhum código.

Eu começo a pensar que é um problema do compilador, já que estou usando 
o gcc da base.