Ir para conteúdo
  • Cadastre-se

CODIGO SISTEMAS LTDA

Membros Pro
  • Total de ítens

    19
  • Registro em

  • Última visita

Sobre CODIGO SISTEMAS LTDA

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

CODIGO SISTEMAS LTDA's Achievements

Apprentice

Apprentice (3/14)

  • Reacting Well Rare
  • Collaborator Rare
  • Dedicated Rare
  • First Post
  • Conversation Starter

Recent Badges

9

Reputação

  1. Bom dia, fiz o teste com a nova DLL e está funcionando 100% Valeu!!
  2. Olá. Conforme conversa no discord, venho relatar o problema no fórum. Estou utilizando o ACBrLibMDFe, porém ao chamar a função MDFE_SalvarEventoPDF passando o XML do MDF-e e o XML do Evento(Cancelamento ou Encerramento) o retorno do componente é o base64 do MDFe e não do evento. Aguardo retorno.
  3. Sim, em todos os testes que fiz utilizei a versão MT
  4. Isso mesmo, fazendo dessa forma não tive problema.
  5. Boa tarde, sim, utilizando Multithread com ponteiro. Não tem nada, mas posso instalar pra testar. Decidi realizar os testes utilizando múltiplos arquivos DLL e carregando 1 em cada thread e então obtive sucesso utilizando dessa forma. A cada requisição nova eu utilizo um arquivo dll diferente, após isso até agora nos teste não tive nenhum problema.
  6. Olá. Conforme foi conversado com o @Diego Foliene e o @Daniel InfoCotidiano no discord crio aqui o tópico com as informações do erro. O teste foi baseado no exemplo desse tópico aqui. OS: Windows Server 2019 Standard Evaluation x64(com ambiente gráfico) Versão Lib: 0.4.6.264 Versão NodeJS: v20.10.0 Executando(como administrador) o exemplo pelo arquivo reqMTWorker.js que utiliza multithread ao realizar 2 requisições simultâneas na rota "pdf" uma delas retorna a informação, a outra retorna -10 conforme o log (as vezes as 2 requisições retornam -10). Deixo abaixo todos os erros que recebi ao realizar os testes SetRetorno(-10, Access violation) SetRetorno(-10, Division by zero) SetRetorno(-10, RLNFe: Erro durante a preparação do relatório EDivByZero(Division by zero)) SetRetorno(-10, RLNFe: Erro durante a preparação do relatório EAccessViolation(Access violation)) ACBrLibNFE-20240104.log
  7. Boa tarde, segue os logs. Eu tenho um arquivo XML bem grande e tento gerar o PDF base64 usando o método NFE_SalvarPDF que é um processo demorado, quando tento executar uma segunda requisição utilizando o método NFE_Versao por exemplo ele para a aplicação e retorna o erro Segmentation fault, mesmo utilizando workers no Node, esse mesmo teste funciona normalmente quando executado no Windows, daí estou pensando que possa ser o xvfb ou algo do handle que é utilizado no multithread da lib. Na próxima semana vou fazer uns testes novamente nessa parte ACBrLibNFE-20231130_NORMAL.log.txt ACBrLibNFE-20231130.log.txt
  8. Em qualquer parte, desde que seja feito um request simultâneo sendo que exista outra chamada que está ainda executando (no Windows funciona normalmente dessa forma), então retorna o erro. A tarde eu envio o log, não tenho aqui no momento
  9. Fiz os testes e está rodando ok, porém o meu problema acredito que seja nos requests simultâneos, quando recebe o segundo request enquanto não terminou o anterior retorna o "Segmentation fault" mesmo utilizando workers, mas acredito que o problema possa ser no xvfb, já que no Windows está funcionando corretamente. De qualquer forma valeu pelos arquivos, seria bom atualizar o demo do Node com o Koffi ao invés do ffi-napi que só pode ser utilizado em versões antigas do node.
  10. Sim, estamos utilizando, bem melhor que o ffi-napi, tu consegue me mandar as declarações e inicialização da lib com multithread pra ver o que está diferente da minha? Ou qualquer coisa podemos conversar pelo discord
  11. Estou utilizando a versão 16, porém acredito que se rodou pra ele pode ser alguma diferença nas chamadas dessa lib koffi
  12. Consegue enviar o arquivo de exemplo feito em Koffi? Estamos com o mesmo problema de "Segmentation fault" no linux
  13. Boa tarde Italo, Fiz o teste e utilizando o ConsultarNFSePorFaixa após a emissão deu certo, gravou o XML na pasta corretamente! Muito obrigado pela ajuda!
  14. Boa tarde Italo, Fiz a atualização e deu certo, agora está pegando o retorno normalmente, porém no provedor INFISC quando valida retorna o aviso da mesma forma que a rejeição, daí não está salvando o XML autorizado na pasta. No exemplo abaixo o retorno do XML com erro volta com "situacao" = 200 <sit>200</sit> <motivos> <mot>Error3687 Não é permitido informar a base de cálculo de imposto próprio para contribuintes Optantes pelo Simples Nacional</mot> </motivos> E na autorização sem erro volta como "situacao" = 100 <sit>100</sit> <motivos> <mot>Nota fiscal 437 aceita. Protocolo nr. 4971</mot> </motivos> Acho que o componente não está fazendo essa conversão, segue em anexo os 2 arquivos XML também. 20230419140207-lista-nfse-con-lot - SUCESSO.xml 20230419150500-lista-nfse-con-lot - ERRO.xml
  15. Boa tarde Italo, Atualizei faz uns 15 dias, porém antes disso não utilizava o NFSeX, utilizava o componente antigo.
×
×
  • 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.