On 29/04/2012 03:03, Paulo Pires wrote: > Já tentou rodar o programa com ktrace/truss/strace? > > 2012/4/28 Otacílio<[email protected]> > >> On 28/04/2012 23:44, Eduardo Antonio Bortolini wrote: >>> Qual é a linha de comando que você estaria usando para compilar? Não sei >> se >>> já não está fazendo, mas se não estiver tente colocar algumas flags de >>> debug na compilação, por exemplo -g, -W >>> >>> Em 28 de abril de 2012 22:37, Otacílio<[email protected]> >> escreveu: >>> >>>> Caros >>>> >>>> Estou com um problema aqui simplesmente fora de série! >>>> >>>> Estou compilando um programa que não está no ports, o nome dele é >>>> covered. O programa compila depois de eu usar >>>> >>>> export LIBS=-lpthread >>>> >>>> no prompt. Só que quando ele roda ele dá core dump. Eu fui debugar o >>>> programa e vi que ele estava gerando o coredump quando dava um >>>> fflush(stderr). Até onde sei todo programa abre essa stream. O mesmo >>>> programa no ubuntu funciona direito, sem problemas. Rodei um >>>> >>>> [ota@squitch covered-0.7.10]$ gcc -v >>>> Using built-in specs. >>>> Target: i386-undermydesk-freebsd >>>> Configured with: FreeBSD/i386 system compiler >>>> Thread model: posix >>>> gcc version 4.2.1 20070719 [FreeBSD] >>>> >>>> >>>> Vi também que estão instalados os compiladores >>>> >>>> >>>> [ota@squitch covered-0.7.10]$ pkg_info | grep gcc >>>> avr-gcc-4.5.1_1 FSF GCC 4.x for Atmel AVR 8-bit RISC >> cross-development >>>> gcc-4.4.7,1 GNU Compiler Collection 4.4 >>>> gcc-4.6.4.20120406 GNU Compiler Collection 4.6 >>>> gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' >>>> mips-rtems-gcc-4.4.2_2 GNU gcc for cross-target development >>>> >>>> >>>> Tentei compilar com o gcc44 e o gcc46 e recebi os mesmos erros. Alguém >>>> tem alguma dica do que pode ser? >>>> >>>> []'s >>>> -Otacílio >>>> ------------------------- >> >> >> >> Eh bem grande, mas esta compilando com -g já. foi assim que encontrei o >> problema analizando o core-dump >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > >
Já rodei com gdb e descobri o seguinte. A versão que funcionou no Ubuntu era porque não compilou com suporte a tcl/tk, Se compilar com suporte a tcl/tk o problema aparece. Agora o mais escroto é que não é um problema no código do tcl/tk, apenas em linkar com o tcl/tk o negócio acontece. O problema tem se manifestado assim: Qualquer chamada a uma rotina que utilize stdout ou stderr dentro de uma rotina que não seja main() dispara o segmentation fault. Agora se eu chamar printf e tal dentro de main não dispara. É como se a pilha tivesse ficado corrompida quando a linkagem com o tcl/tk é feita. Acontece com o compilador gcc 4.2 4.4 e 4.6 tanto no freebsd como no ubuntu. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
