Felippe Magnago escreveu:
Renato
Eu estava lendo suas mensagens na lista para ver se eu conseguia alguma
solução também irei tentar falar com o pessoal da microsiga porque eu
irei implantar o controle de documentos eu preciso dele intalado na
minha máquina. Irei ligar para eles quando tiver
Renato
Eu estava lendo suas mensagens na lista para ver se eu conseguia alguma
solução também irei tentar falar com o pessoal da microsiga porque eu
irei implantar o controle de documentos eu preciso dele intalado na
minha máquina. Irei ligar para eles quando tiver uma resposta entro em
contato
Felippe Magnago escreveu:
Utilizo o Debian Etch 4.0 com gnome salvei o executavel (mp8rmt) do
microsiga8
...e aparece a mensagem no terminal
falha de segmentação.Alguém já viu algum problema parecido?
Os malas da Microsiga compilaram esse excutável com bibliotecas
dinâmicas, gerando um
janela do microsiga
mas depois que eu confirmo a conexão do servidor ou seja aperto o botão
ok, a tela desaparece do microsiga e aparece a mensagem no terminal
falha de segmentação.Alguém já viu algum problema parecido?No Mandriva
funciona perfeitamente menos no Debian.
Felippe Magnago
--
To
Maxwillian,
>Duvido que isso tenha ocorrido, como eu não tenho provas de que isso
>*não* ocorreu e tu não tem provas de que ocorrreu ficamos na
>especulação. ;)
Não posso falar pela Microsiga ou pela Totvs, mas na empresa onde
trabalho esses testes de homologação são feitos e são muito
es fornecem um sistema operacional
>e em alguns casos suporte, nada mais.
Você pode até ter essa opinião. Mas na prática, as coisas não acontecem
assim.
Existem muitos detalhes na legislação que permitem responsabilizar uma
empresa por prejuízos que o produto/serviço que ela tenha vendido a outra
v
m alguns casos suporte, nada mais.
Você pode até ter essa opinião. Mas na prática, as coisas não acontecem assim.
Existem muitos detalhes na legislação que permitem responsabilizar uma
empresa por prejuízos que o produto/serviço que ela tenha vendido a outra
venha causar. Quando falamos que a Microsi
On 5/22/07, Paulo de Souza Lima <[EMAIL PROTECTED]> wrote:
Maxwilliam,
>> Dizer que o Linux não é homologado por não ter ninguém para culpar em
>> caso de problemas é puro FUD.
Que seja, mas a visão das empresas de software é assim. Mais por proteção
jurídica do que
por motivos técnicos.
Cara eu
Maxwillian e Renato,
Desculpem, mas esqueci de citar o Renato no meu último post. :-S
Paulo de Souza Lima
Curitiba/PR
Linux User 432358
__
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger.yahoo.com/
Maxwilliam,
>>
>> Lembra do vírus LoveLetter a 7 anos atrás? Aquilo causou transtorno na
>> CIA, NASA e Ministério da Educação americano!
>> Se não me falha a memória o Down Jones parou por 15 minutos. E isso já
>> representa milhões de dólares.
>> Cadê a garantia?
Sim, lembro. Até onde sei o virus
Maxwillian Miorim escreveu:
On 5/22/07, Renato S. Yamane wrote:
Utilizando Postgree 7.3 ou 7.4 a única versão Linux homologada é o
RedHat 8 ou 9.
Lamentável!
Putz, versões antigas do banco e da distro!
Provavelmente foi a única vez que eles viram Linux na frente deles.
Portaram as aplicações
On 5/22/07, Renato S. Yamane <[EMAIL PROTECTED]> wrote:
> A propósito, eles falaram qual versão do RedHat/SuSE/Conectiva?
> Sabendo a versão fica mais fácil se tu vier a fazer a "gaiola".
Utilizando Postgree 7.3 ou 7.4 a única versão Linux homologada é o
RedHat 8 ou 9.
Lamentável!
Putz, versõe
hor, relação a QA, o Debian é de longe a
distribuição mais avançada com um ciclo de desenvolvimento
excepcional, não sendo, à toa, a segunda distribuição mais velha ainda
em atividade e base de tantas outras. (A saber, a mais antiga em
atividade é o Slackware, que saiu um ano antes do Debian)
Paulo de Souza Lima escreveu:
Isso depende do caso. Se for falha dele e isso for provado, com certeza.
Mas e se não
for? E se for falha no software? E se for falha do hardware? Além disso,
estamos
falando de milhões de reais. Apenas responsabilizar alguém não basta. É
preciso ter garantias reai
Renato,
>E o que a interoperabilidade da Microsiga tem a ver com o suporte do Debian?
>Detalhe: Esse ap7rmt é apenas um CLIENTE remoto! Imagine os malabarismos
>necessáriros para instalar o SERVIDOR microsiga!
Tem tudo a ver. Você está instalando esse cliente num Debian, não é?
para dar o suporte que for necessário. Infelizmente, o Debian ainda não possui uma
central de atendimento que atenda a essa exigência.
E o que a interoperabilidade da Microsiga tem a ver com o suporte do Debian?
Detalhe: Esse ap7rmt é apenas um CLIENTE remoto! Imagine os malabarismos
-feira, 22 de maio de 2007 10:52
Para: debian-user-portuguese@lists.debian.org
Assunto: Re: [Cliente remoto Microsiga AP7] Falha de segmentação
Olá Renato,
Só alguns esclarecimentos:
>Segundo a wikipedia, a Microsiga é a maior empresa de softwares da América
Latina. Imagine se não fosse!
Olá Renato,
Só alguns esclarecimentos:
>Segundo a wikipedia, a Microsiga é a maior empresa de softwares da
>américa latina.
>Imagine se não fosse!
A Microsiga não é a maior empresa de softwares da AL. Ela faz parte do grupo
TOTVS
que se tornou o maior não pelo crescimento natural, m
fazer algo 100% dependente
de ma distribuição. Nem propositalmente eu consegui isso, será que
eles ensinam? :)
Segundo a wikipedia, a Microsiga é a maior empresa de softwares da
américa latina.
Imagine se não fosse!
A propósito, eles falaram qual versão do RedHat/SuSE/Conectiva?
Sabendo a v
On 5/21/07, Renato S. Yamane <[EMAIL PROTECTED]> wrote:
Maxwillian Miorim escreveu:
> Ok, agora fiquei sem idéias...
Falei para o pessoal do TI aqui da empresa para abrir um chamado na
Microsiga.
Comentei para eles tentarem compilar o aplicativo estáticamente caso
eles venham co
Maxwillian Miorim escreveu:
Ok, agora fiquei sem idéias...
Falei para o pessoal do TI aqui da empresa para abrir um chamado na
Microsiga.
Comentei para eles tentarem compilar o aplicativo estáticamente caso
eles venham com a velha história de: "Esse aplicativo é homologado
somente
ções 2.4.20 e 2.4.1)
Ok, agora fiquei sem idéias...
> Se o pessoal da Microsiga for camarada eles também podem compilar o
> aplicativo estaticamente, gera um binário gigante mas não tem problema
> de DSO :)
Microsiga camarada? :-)
Binário gigante? Ele já tem 13Mb :-)
Hum, 13MB!? Tenta
Usando 2.4.20 ele procura por estas libs em /lib/tls (padrão da 2.4.20
em diante)
Usando 2.4.1 ele procura em /lib/i686
Não funcionou e não é exibido nenhuma mensagem de erro (testei com as
opções 2.4.20 e 2.4.1)
Se o pessoal da Microsiga for camarada eles também podem compilar o
aplicativo
mas segue novamente:
Eu esqueci, fiquei mais focado no backtrace nas últimas mensagens.. :D
Uma solução mais radical seria pegar as libs de um sistema homologado,
colocar em um diretório separado e usar o LD_LIBRARY_PATH apontando
para este diretório durante a execução, é bem parecido com gaiolas
Maxwillian Miorim escreveu:
On 5/21/07, Renato S. Yamane <[EMAIL PROTECTED]> wrote:
Desculpe a minha ignorância, mas o que eu preciso fazer depois disso:
$eu-readelf -n ap7rmt
Note segment of 32 bytes at offset 0x108:
Owner Data size Type
GNU 16 VERSION
OS:
On 5/21/07, Renato S. Yamane <[EMAIL PROTECTED]> wrote:
Maxwillian Miorim escreveu:
> Tenta rodar com LD_ASSUME_KERNEL definido, dá uma lida neste
> documento: http://people.redhat.com/drepper/assumekernel.html
Desculpe a minha ignorância, mas o que eu preciso fazer depois disso:
$eu-readelf -n
Maxwillian Miorim escreveu:
Tenta rodar com LD_ASSUME_KERNEL definido, dá uma lida neste
documento: http://people.redhat.com/drepper/assumekernel.html
Desculpe a minha ignorância, mas o que eu preciso fazer depois disso:
$eu-readelf -n ap7rmt
Note segment of 32 bytes at offset 0x108:
Owner
On 5/21/07, Renato S. Yamane <[EMAIL PROTECTED]> wrote:
Maxwillian Miorim escreveu:
> Parece falha no código ou incompatibilidade com a tua libc. Tá usando
> o GCC 4.1 e glibc 2.5?
$aptitude show gcc
Pacote: gcc
Estado: instalado
Automaticamente instalado: sim
Versão: 4:4.1.1-15
$aptitude sea
Maxwillian Miorim escreveu:
> Parece falha no código ou incompatibilidade com a tua libc. Tá usando
o GCC 4.1 e glibc 2.5?
$aptitude show gcc
Pacote: gcc
Estado: instalado
Automaticamente instalado: sim
Versão: 4:4.1.1-15
$aptitude search glibc
v glibc-2.3.6-2
v glibc-2.3.6.ds1-1
#aptitu
On 5/21/07, Renato S. Yamane <[EMAIL PROTECTED]> wrote:
Alguém saberia me informar o que poderia ser feito para evitar a falha
de segmentação que ocorre ao executar o cliente remoto Microsiga AP7
(cliente ERP/CRM)?
<ftp://ftp.microsiga.com.br/Ap7/Bin/remote_linux/ap7rmt.tar.z>
In
Alguém saberia me informar o que poderia ser feito para evitar a falha
de segmentação que ocorre ao executar o cliente remoto Microsiga AP7
(cliente ERP/CRM)?
<ftp://ftp.microsiga.com.br/Ap7/Bin/remote_linux/ap7rmt.tar.z>
Infelizmente a Microsiga homologa somente o RedHat, SuSE e o fa
Eduardo escreveu:
Estou realizando alguns testes com o Protheus 8 no Ubuntu 6.06 e todos
os problemas relatados estão acontecendo comigo também.
Estou tentando rodar o cliente remoto[1] do Microsiga AP7 e também
obtenho uma mensagem de "Falha de Segmentação" após informar a por
Olá a todos.
Estou realizando alguns testes com o Protheus 8 no Ubuntu 6.06 e todos os
problemas relatados estão acontecendo comigo também.
Informo as saídas que obtive com os comandos:
ldd
linux-gate.so.1 => (0xe000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7ef6000)
libXrender.so.1 => /usr/
ot; [EMAIL PROTECTED]
Para: debian-user-portuguese@lists.debian.org
Cópia:
Data: Tue, 10 Oct 2006 08:28:17 -0300
Assunto: Re: Debian x Microsiga
> Em Fri, 06 Oct 2006 20:59:01 -0300
> Êndie Scherer <[EMAIL PROTECTED]> escreveu:
>
> > Program received signal SIGSEGV, Segmentation fault.
&g
Em Fri, 06 Oct 2006 20:59:01 -0300
Êndie Scherer <[EMAIL PROTECTED]> escreveu:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1094130608 (LWP 8038)]
> 0x401e3620 in strncpy () from /lib/tls/libc.so.6
> (gdb)
Nesse ponto do GDB, digite "backtrace" e poste o resultado
(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
preci
Endie,
Em Sab, Outubro 7, 2006 02:51, Luiz Gonzaga da Mata escreveu:
> Endie,
> tentando...
corrigindo...
>
> Execute o comando, como no exemplo abaixo, para ver e listar a
> dependências de lib da aplicação:
>
>
> exemplo:
>
>
> elisetero:/home/gonzaga# ldd /usr/lib/mozilla-firefox/lib
>
>
> li
Endie,
Em Sex, Outubro 6, 2006 20:59, Ãndie Scherer escreveu:
> demorou...mas aqui está!
>
> [EMAIL PROTECTED]:~/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 chan
demorou...mas aqui está!
[EMAIL PROTECTED]:~/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
Em Saturday 30 September 2006 23:55, Andre Luis Lopes escreveu:
>Agora, se você está dizendo que se a HP auxiliasse no quesito
> "pressão na empresa que desenvolve", aí sim, seria algo importante.
Exatamente! :)
[ ]'s
Em Fri, 29 Sep 2006 20:40:32 -0300
EndieScherer <[EMAIL PROTECTED]> 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,
--
André Carezia
Eng. de Telecomunicações
Carezia Consultoria - www.
Falha de Segmentação não tem jeito não. isso é um erro de programação e
não do OS.
Grande Abraço!!!
Maxx
EndieScherer wrote:
Boa noite...
Será que consigo encontrar aqui alguém com a "boa experiência" de
conseguir executar o remote do Protheus8 (ERP Microsiga) no Debian?
A
Com certeza, seria muito importante saber de alguém que tenha conseguido
e uma dica de como o fez!
A demonstração de que funciona facilitaria uma troca de idéias com a
Microsiga (o que já não é muito fácil, quem conhece o suporte deles sabe
disso e se não houver a "prova", esquece).
por aí. :)
Sim, é bom saber que a HP oferece suporte para Debian, mas, nesse
caso específico, a menos que ela seja a empresa que desenvolve o
Microsiga (creio que não seja), não adianta muito.
Agora, se você está dizendo que se a HP auxiliasse no quesito
"pressão na empresa que desen
Em Saturday 30 September 2006 22:05, Andre Luis Lopes escreveu:
> Olá,
>
> EndieScherer escreveu:
> > Boa noite...
>
> Boa noite,
>
> > Será que consigo encontrar aqui alguém com a "boa experiência" de
> > conseguir executar o remote do Protheus8 (E
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Olá,
EndieScherer escreveu:
> Boa noite...
Boa noite,
> Será que consigo encontrar aqui alguém com a "boa experiência" de
> conseguir executar o remote do Protheus8 (ERP Microsiga) no Debian?
Também estaria interessado de ou
Boa noite...
Será que consigo encontrar aqui alguém com a "boa experiência" de
conseguir executar o remote do Protheus8 (ERP Microsiga) no Debian?
A Microsiga homologou apenas as distribuições Suse, Conectiva e RedHat
(nesta última testei e funciona mesmo!).
Google à fora, encontr
Segue abaixo as linha que você pediu...
munmap(0x4039f000, 131072) = 0
open("/home/rafael/.ap6rmt_user_rafael_24600.ini",
O_WRONLY|O_CREAT|O_TRUNC|O_LA RGEFILE, 0666) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
fstat64(6, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mma
Bruno Mendonça Lopes escreveu:
> Este programa que você está rodando é da Microsiga certo? Feito em Delphi?
Microsiga nao é feito em Delphi, :) Pelo menos nao a versao do linux.
(nem a do windows tb, foi isso que o suporte da microsiga me disse).
> Se for, pode ser o problema que ele não
Este programa que você está rodando é da Microsiga certo? Feito em Delphi?
Se for, pode ser o problema que ele não achar as libs necessárias para rodar
o programa... Você vai precisar saber todas as libs necessárias.
Também pode ser que ele não esteja conseguindo conectar no Banco de Dados,
no
* Rafael Bedendo ([EMAIL PROTECTED]) wrote:
> ira acessar, na hora exata da conexão ele apresenta um erro "Falha de
> segmentação", eu não sei como verificar exatamente o que ocorre na
> hora da falha, gostaria se saber como fazer isso e também de saber se
> alguém já teve este problema. Me corrij
tenho que colocar pelo menos uma maquina para rodar e
depois partir para as outras 140 e dae para o mundo..rsrsr.. Bom o
problema é o seguinte, temos aqui na empresa o microsiga(Ou
Nãoconsiga), que tem um cliente para linux, porém eles homologaram
apenas as distrubuições, Red Hat, Conectiva e Suse
52 matches
Mail list logo
