[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Debian x Microsiga



On 10/6/06, Êndie Scherer <endie.debian@terra.com.br> wrote:
demorou...mas aqui está!

endie@endie:~/mp8$ gdb ./mp8rmt
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-linux"...Using host libthread_db
library "/lib/tls/libthread_db.so.1".

(gdb) run
Starting program: /home/endie/mp8/mp8rmt
[Thread debugging using libthread_db enabled]
[New Thread 1076495008 (LWP 8034)]
[New Thread 1085328304 (LWP 8037)]
[New Thread 1094130608 (LWP 8038)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1094130608 (LWP 8038)]
0x401e3620 in strncpy () from /lib/tls/libc.so.6
(gdb)

...e continuo sem encontrar uma solução :(
sugestões?


André Carezia escreveu:

>Em Fri, 29 Sep 2006 20:40:32 -0300
>EndieScherer <endie.debian@terra.com.br> escreveu:
>
>
>
>>./mp8rmt
>>Falha de segmentação
>>
>>
>
>Experimente rodar com o gdb:
>
>  gdb ./mp8rmt
>
>No prompt do gdb, digite o comando 'run' e poste a saída aqui.
>
>[]s,


Muito provavelmente é um problema de compatibilidade com a biblioteca
TLS, responsável pelo sistema de threading (tarefas/subprocessos
paralelos). Pode testar "removendo" a TLS (mova /lib/tls para
/lib/tls.safe, backup nunca é demais :) e executando o software da
Microsiga pelo gdb para coletar mais informações. Caso seja problema
de compatibilidade com ela a coisa fica um pouco mais complexa, tu
precisarias verificar as opções em tempo de compilação usadas pela Red
Hat, compará-las com a do Debian e ver quais os recursos foram ou não
ativados. Ainda assim é possível usar o modelo "antigo" de threading
do kernel, o que não trará diferenças para o teu uso atual pois todas
as chamadas (leia-se syscalls) são "estudadas" pelo kernel e então o
subsistema de thread ativado é usado.

Em relação à "homologações" por distribuição, é lamentável que um
desenvolvedor se negue á fornecer informações como bibliotecas/versões
utilizadas para que o *seu* software seja usado. Num caso similar,
dependendo do tempo de uso do "sistema", eu ja estaria cotando com
outras empresas uma migração.

[ ]'s

--
Maxwillian Miorim <miorimmax@gmail.com>
----
Slackware 11.0/current, OpenBSD 3.9 and Debian SID/experimental "user".

Reply to: