[FUG-BR] [RESOLVIDO] Re: Signal 10, Bus error

[Nilton Jose Rizzo]

Em Wed, 03 Jul 2013 19:23:48 -0300, Paulo Olivier Cavalcanti escreveu
> Aleluia! Depois de duas semanas de batalha consegui resolver...
> 
> Vou descrever a solução em duas histórias: a resumida e a longa.
> 
> 1. A história resumida:
> 
> O culpado era esse cara aqui:
> 
> gtk-2.24.18                    Gimp Toolkit for X11 GUI (previous stable
> version)
> 
> Bastou atualizar para a versão 2.24.19 que não deu mais problema.
> 
> 2. A história longa:
> 
> Depois do Opera e do Firefox, o Chromium passou a travar também...
> fiquei tão chateado com o FreeBSD que usei o Windows por três dias
> 
> (perdoai!, perdoai!). Ainda bem que sou um cara persistente, não 
> tirei o problema da cabeça. De memória, fui seguindo as pegadas de 
> tudo o que fiz nos ports nos últimos dias, mas não consegui me 
> lembrar de nenhum em particular que possa ter causado este 
> transtorno. Percebi que as aplicações KDE4 não travavam nunca, mas 
> ainda assim não me dei conta do que era, e a resposta estava na 
> minha cara. Parti para a ignorância: atualizei e compilei outro 
> /usr/src para ver se resolvia. Nada.
> 
> Aí veio a pergunta: o que tem em comum nos três programas? Por que só
> eles travam? Investiguei no Freshports e vi que o Opera, Firefox e
> Chromium usam o GTK. O resto está na versão resumida.
> 
> Agora, por que o GTK travava esses programas nem imagino, não vi ninguém
> com o mesmo problema que eu. Deve ser porque tenho mania de usar um
> compilador para isso, outro para compilar aquilo etc. Essas mudanças
> frequentes de compilador deve ter dado merda em alguma lib do GTK.
> 
> Enfim, tudo funcionando novamente. De agora em diante usarei apenas o
> compilador padrão do sistema, a não ser que o port exija outro.
> 
> É incrível o que faz a persistência.

  Paulo, eu ainda estou com problemas com os ports, note nao e o freebsd, 
mas com os ports, justamente por que cada um compila com um treco diferente, 
as vezes com clang, as vezezs com gcc 4.2.1 as vezes com gcc 4.6, e um
inferno astral!  Nesse fim de semana (passado) fiz uma instalacao do zero
para o freeBSD 10.0, pois a que estava com 9.1 começou a dar muitos 
problemas, ja nao conseguia nem compilar o source zerado(removi o src e
fiz um novo svn) e alguns ports comecaram a gerar coredump direto (apos
uma atualizacao para a 25xxx, nao lembro qual era exatamente).

Decidi mudar, ja que precisava de algumas features do 10 (drm/drm2 e xorg 7.7)
entao parti para essa solucao, porem o blender nao funciona! Ele utiliza um
ports (graphics/openshadinglanguage) que necessita do llvm e no meio da 
compilacao da um erro[1].  Sem contar com a trabaçheira toda de configurar
ports por ports...

Ainda tenho algumas dificuldades em compilar os ports, porque as vezes nao 
fica claro o porque da utilizacao de uma determinada opcao em relacao a outra
um exemplo disso e o suporte a som.  Usar ALSA ou SDL ou JACK ou PulseAudio?
voce decide por um e na dependencia do mesmo port tem uma que so aceita um 
deles.  Esta cada vez mais compicado manter um desktop funcional atualizado

ps.:  nao estou disposto a abandonar o FreeBSD, nem imagino a minha vida sem 
ele, mas que esta cada vez mais complicado administrar essa montanha de ports
esta sim


Rizzo



[1] 
[ 19%] Generating llvm_ops.bc.cpp
/usr/local/bin/llvm-as:
/usr/ports/graphics/openshadinglanguage/work/.build/liboslexec/llvm_ops.s:342:241:
error: expected instruction opcode
  %0 = call i32 @__cxa_atexit(void (i8*)* bitcast (void
(%"class.std::ios_base::Init"*)* @_ZNSt8ios_base4InitD1Ev to void (i8*)*), i8*
getelementptr inbounds (%"class.std::ios_base::Init"* @_ZStL8__ioinit, i32 0,
i32 0), i8* @__dso_handle) #1
> 
> -- 
> http://about.me/paulocavalcanti
> 
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd