Ir para conteúdo
  • Cadastre-se

Jamil Araujo

Membros Pro
  • Total de ítens

    599
  • Registro em

  • Última visita

  • Days Won

    2

Tudo que Jamil Araujo postou

  1. realmente, isso me escapou, peço desculpas, vou reescrever o código usando CDECL para linux e testar, já que não uso windows e retorno com o resultado.... mais uma vez obrigado a Equipe ACBr pelo Apoio.
  2. Linux 64 OpenSuse Leap 15.1 me desculpa na ansiedade de resolver logo o problema, entendi que queria que eu verificasse as dependencias DLL que estão na pasta utilizei os exemplos do demo ....
  3. libeay32.dll libexslt.dll libiconv.dll libxml2.dll libxslt.dll msvcr120.dll ssleay32.dll estão na mesma arquitetura.... testei todas elas e retorna a mesma mensagem PE32+ executable (DLL) (GUI) x86-64, for MS Windows
  4. file simm simm: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/l , for GNU/Linux 3.2.0, BuildID[sha1]=a459706fc1b4095ca8dacb103be456e3d776db02, with debug_info, not stripped como pode ver é 64 bit, então estou usando a LIb correta...
  5. Antes de qualquer assunto, obrigado pele apoio da equipe em ajudar. bem, usei o xvfb-run , como usuário e como ROOT, e apresentou falha de segmentação (imagem do núcleo gravada)
  6. Bom Dia @Rafael Dias Obrigado mais não deu certo.... o problema continua......
  7. Boa tarde @Daniel Simoes me desculpa, talves não tenha me explicado bem, minha aplicação roda no Modo Console ( Harbour 64 Linux ) , com o a Plataforma KDE, por isso consigo usar o ACBrMonitor Linux. Porém assim mesmo a Libacbrnfe64.so informa Gtk-WARNING **; canot open display: agradeço outra vez o empenho da equipe em tentar uma solução.
  8. Show, @Daniel Simoes, existe alguma opção para desativa o uso do Servidor X, pois só utilizo a aplicação em Modo Console, fica bem mais rápido e segura a comunicação entre as filias da empresa dos meus colaboradores, com isso não utilizo o Preview de impressão, desde já agradeço a ajuda e a atenção....
  9. Bom Dia @José M. S. Junior Obrigado pela ajuda, agora com isso avancei mais uma etapa e a resposta que a Lib apresenta agora é: Gtk-WARNING **; canot open display: ..... e para de funcionar.... estou executando como ROOT
  10. Bom Dia, desculpa pela demora em responder, porém precisava fazer uns teste antes de postar qualquer coisas. respondendo a pergunta: as Lib's estão com permição de leitura e execução e usei como root, também usei OpenSSl 1.0.x.... !º fiz conforme o @Daniel Simoes orientou e infelizmente não funcionou.... 2º testei no Leap 43 funcionou perfeitamente bem ...... (porém o Leap 43 está descontinuado pela OpenSuse) - ficando ai minha teoria que é preciso uma versão das LIB's geradas em Leap 15 desde já agradeço pelo espaço, onde pude demonstrar meus testes.... mais uma vez parabéns a equipe pelo trabalho espetacular ......
  11. Bom Dia, desculpa pela demora em responder, porém precisava fazer uns teste antes de postar qualquer coisas. !º fiz conforme o @Daniel Simoes orientou e infelizmente não funcionou.... 2º testei no Leap 43 funcionou perfeitamente bem ...... (porém o Leap 43 está descontinuado pela OpenSuse) - ficando ai minha teoria que é preciso uma versão das LIB's geradas em Leap 15 desde já agradeço pelo espaço, onde pude demonstrar meus testes.... mais uma vez parabéns a equipe pelo trabalho espetacular ......
  12. pois é, e como mencionei mais mais acima, usei o mesmo principio que na ACBrLiBNFE e lá criou o INI, porém em BOLETO nada...
  13. Boa Noite @Rafael Dias sim, inclusive hoje Eu atualizei as LIbs para as novas versões disponíveis e o problema continua.....
  14. Boa noite @Rafael Dias estou usando o Linux OpenSuse Leap 15.1... a linguagem de progamação é Harbour 3.2 linux, adaptei o exemplo modelo do Sat... e sim segui todas as orientações para acessar as libs openssl (espero ter feito corretamente ) se houver algo mais que Eu tenha que fazer....
  15. uso linux, como disse seguindo o mesmo padrão que usei para fazer a lib da Nfe que funcionou, usei para fazer o Boleto mais se ajuda, tomei por base o exemplo em Harbour do Sat....
  16. Boa Noite, Comecei a a testar a ACbrLibNFe, quando fiz o primeiro teste de uso com o meu sistema vem apresentando o seguinte problema: quando uso NFE_StatusServico falha de segmentação (imagem do núcleo gravada) o retorno do status vem para a pasta em disco corretamente mais apresenta a falha segue em anexo o log e o meu INI uso libacbrnfe64.so parabéns ficou ótimo de trabalhar com as libs obrigado pelo espaço acbrlib.ini ACBrLibNFe-20190925.log 20190925202024-ped-sta.xml
  17. Boa Noite, seguindo o mesmo princípio que usei no ACBrLibNFe, comecei a usar o ACBrLIBBOLETO, depois de tudo configurado verifico que o mesmo nao cria o aqui configuração da Biblioteca INI.... o retorno que o BOLELO_Inicializar me passa e NIL ao invéz dos valores 0, -1, -6, -5 ...... com isso nada mais funciona uso a versao da LIB em Linux libboleto64.so desde já obrigado....
  18. Respondendo a minha própria pergunta, tem sim local de preenchimento que ainda mão consta no manual online.... [DFe] SSLCryptLib= SSLHttpLib= SSLXmlSignLib= UF=RJ TimeZone.Modo=0 TimeZone.Str= ArquivoPFX= DadosPFX= Senha= NumeroSerie= VerificarValidade=1 Obrigado pelo espaço....
  19. Boa Tarde, Antes de tudo, gostaria de parabenizar por mais uma etapa da equipe ACBr as LIbs, que muito vão facilitar a vidas de nois programadores (a minha principalmente) , vamos lá, procurei nas , Configurações da Biblioteca, e não localizei onde informar o caminho, nome e senha do certificado PFX que irei usar para assinar a NF-e/NFC-e, nem vi como outra maneira de informar esse " arquivo pfx " e sua senha tendo em vista que no mesmos servidor linux utilizo mais de um certificado.... como fazer ?, se não vi, me perdoem, podem me auxiliar ? desde já obrigado...
  20. Bom Dia @José M. S. Junior antes de mais nada, tenho acompanhado outros posts da equipe que tem me ajudado muito no acerto/desenvolvimento da NF-e / NFC-e / MDF-e e principalmente esse mes no Boleto do Santander..... parabéns a equipe .... Bom voltado ao assunto em questão no tópico fiz varios teste inclusive seguindo a orientação da equipe, porem no Leap 15.1 é nativo de todas a aplicações dependentes da libssl ... (necessário a libssl.so.1.1 ) não somente a libmysql ..... quando atribuo a ln -s libssl.so.1.0.0 libssl.so.... , para o ACBrMonitor.... as outras aplicações do Leap15.1 que param de funcionar (necessário a libssl.so.1.1 ). mesmo .... voltado ao default, ou seja, ln -s libssl.so.1.1 libssl.so....tudo funciona mais o ACBrMonitor apenas Imprime o que já está pronto não faz mais nada...... o meio termo seria se o ACBrMonitor utilizar a libssl.so.1.1..... gostaria de usar ACBrMonitor no Leap 15.1, ja que essa é a evolução natural da SuSe, recorrir a forum para ver se algem esta com o mesmo problema, e se juntos podemos chegar a uma solução a todo informo que na versão anterior do OpenSuSe o ACBtMonitor funciona perfeitamente bem. Obrigado desde já pela Ajuda.
  21. Bom dia @José M. S. Junior fiz conforme me orientou e retirei o O, está funcionado corretamente agora, Obrigado a aquipe ACBr.
  22. Boa noite, Observei que nas últimas atualizações do ACBrMonitor ( mais precisamente a partir da versão 62 ) - já estou usando o ACBrMonitor versão 70 o arquivo Retorno do MDF-e não vem mais o Protocolo de autorização , data e hora assim como o numero XML/arquivo ( que facilitava muito a analise de validação do xml e registro das informações ) agora retorna poucas informações como CStat ....., isso quando voce envia o xml para aprovação no SEFAZ segue em anexo o LOG.... Obrigado LOG_COMP.TXT LOG.TXT sainfe.txt
  23. Vou montar um novo servidor com o Leap 15.1 e criar o mesmo ambiente com os mesmos problemas e fazer o que voce esta me orientando, e ver se irá dar tudo certo.... e retorno aqui no forum como fiz outras vezes com o resultado..... por enquanto mais uma vez obrigado.
  24. tentei fazer e não deu certo... com isso parei de usar o ACRr versão linux..... no Leap 15.1 até que minha aplicações com o ACBr linux no Leap 15 estejam alinhadas... sugiro que seja encerrado este topico tendo em vista que não chegaremos em lugar nenhum.... desde já mais uma vez.... parabéns a equipe e obrigado
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.