Ir para conteúdo
  • Cadastre-se

Rafael Dias

Membros
  • Total de ítens

    2.461
  • Registro em

  • Última visita

  • Days Won

    24

Tudo que Rafael Dias postou

  1. Não necessariamente em .net se você quiser pode forçar ser x86 ou x64, mas por padrão o executável acompanha o tipo do OS. Sendo x64 em OS 64 Bits e x86 em OS 32 Bits.
  2. estranho não lembro de mexer em nada do constructor da classe, mas vou dar uma olhada para ver se teve alguma modificação.
  3. Olha acho que não pois nossa bateria de testes são feitos em x86. Qual OS esta usando ? vou montar uma VM para testes.
  4. Por favor poste o log e o ini para analisarmos.
  5. Crie uma pasta ACBrLib e dentro dela uma pasta x86 e outra x64 e copie as dlls nas pasta e tente novamente.
  6. Por favor poste o log da biblioteca para que possamos analisarmo o mesmo.
  7. Por favor post o log da biblioteca para que possamos analisar.
  8. Pelo visto o erro e na parte java da coisa pelo Log da lib esta tudo ocorrendo como deve ser, vou estar dando uma olhada no demo.
  9. Ta as dependencias esta na pasta Dep e tbm no svn, são openssl, libxml2. Se estiver usando a versão do demo mais atual foi adicionado uma função para carregar a dll da pasta ACBrLib\x86 a raiz seria o path do seu programa. Lembrando também que o VB6 só funciona com a dll StdCall, não use a Cdecl.
  10. Qual a linguagem de programação ? Sim a dll do SAT tem suas dependências se a mesma não estiverem presente a dll não vai funcionar.
  11. Vale ressaltar que tal decisão abrange tão somente as empresas representadas pelos respectivos sindicatos.
  12. Arquivos corrigidos no SVN.
  13. o xml que você esta passando esta errado a tag esta escrita de forma incorreta esta como vUndTrib e não vUnTrib, por isso fica zerado.
  14. Isto esta com cara de problemas na SEFAZ ainda mais sendo MG que vive com problema, recomendo entrar em contato com ela.
  15. Para completar o modelo não tem haver como modelo do fabricante e sim com o modelo do protocolo utilizado pelo equipamento.
  16. Este erro pelo visto é que você fica toda hora instanciando a classe e deixa o GC para fazer o serviço de remoção da memoria igual uma classe normal. Mas como ela usa coisas nativas o GC vai deixando lixo na memoria, o correto é ter apenas 1 instancia da classe na sua aplicação e usar ela.
  17. Como o @Juliomar Marchetti falou o ACBrFramework foi descontinuado os fontes ainda se encontram no SVN se quiser ajustar para seu uso.
  18. O PathNFe e o PathInu esta informado incorreto. Estão com path inválidos, informe vazio para os valores padrão ou informe um path completo
  19. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. Lembrando que com esta nova versão do demo e da classe, fica mais facil carregar a dll do ACBr, basta criar uma Pasta ACBrLib e dentro dela uma pasta x86 e copiar a dll do acbr e as dependências para dentro dela que a mesma será carregada, sem precisa ficar copiando para pasta do windows ou fazendo bagunça.
  20. Da um novo update pois acabei de enviar ao SVN.
  21. O da 2ª mensagem é erro mesmo já até corrigi mais o da primeira imagem a função esta em ACBrComum e existe. Você baixou toda a pasta de demos ou so o demo do NFe ? Se baixou so o demo NFe vai dar erro mesmo.
  22. Foi gerado no Visual Studio 2019, mas o demo é bem simples mas prova de conceito mesmo.
  23. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  24. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  25. Não se o xml de retorno vem sem os dados o problema é na SEFAZ.
×
×
  • 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.