Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.038
  • Registro em

  • Última visita

  • Days Won

    758

Tudo que Daniel Simoes postou

  1. Por favor anexe os fontes modificados, para analise...
  2. Humm. pode ser que a aplicação anterior (TEF), tenha deixado a comunicação segura aberta... Experimente chamar o comando "CLO" antes do "OPN"
  3. No nosso curso (que está aberto), tem muitas dicas sobre TEF PayGo https://acbr.nutror.com/curso/2561928d2d0381ba19afa98908a21252ba2603a4 Nesse caso você precisará rodar - Solicitar a PayGo, Reset de Terminal - Rodar Função Adm -> Configuração - Rodar Função Adm -> Instalação
  4. Estranho, pois atualmente o ACBrAbecsPinPad, não implementa a abertura do PinPad, com chaves de segurança... Observe que o método abaixo, está com o código comentado... procedure TACBrAbecsPinPad.OPN(const OPN_MOD: String; const OPN_EXP: String);
  5. Acho que o terminador, precisa ser configurado no ACBrLCB... mas não lembro bem.. faz muito tempo que não abro esse fonte...
  6. Acho que precisa configurar como Terminador, o [CR]
  7. Consegui fazer funcionar no D7, D12 e FPC... Realmente é a forma como a API trata os tipos "String" de WidString quando usando Unicode ou String, nos Delphis mais antigos... Obrigado pela contribuição.. se possível, por favor teste para ver se funciona no seu ambiente... Commit [r35488]
  8. Parece tudo ok... Obrigado pela contribuição... @Alexandre de Paula, ou @EliasCesar, podem seguir com o Merge no SVN
  9. Sim, retornam... estou testando no Lazarus.. vou testar no Delphi.. Pode ser algo com AnsiChar vs WideChar
  10. Hum... Com o FPDF-Pascal não dá pra fazer isso.. ele sabe escrever PDFs, mas não sabe abrir eles...
  11. Humm.. notei que a chamada está falhando... Ok := CryptAcquireContext(CryptProv, PAnsiChar(ContainerName), PAnsiChar(ProviderName), ProviderType, CRYPT_DELETEKEYSET); (Ok fica False) Vou tentar alguns ajustes...
  12. Por favor verifique se as DLLs do OpenSSL estão na mesma pasta do seu .EXE http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/
  13. Como você configura a ACBrDFeSSL ? (OpenSSL, Wincrypt) Qual é o seu certificado ?
  14. Sim.. eu apaguei toda a pasta "RSA", e iniciei a conexão.. ele criou os arquivos temporários, passou por CryptAcquireContext com a flag CRYPT_DELETEKEYSET, quando encerrei a aplicação... mas mesmo assim os arquivos temporários ficaram no disco... Será que ele limpa esses arquivos, em outro processo de limpeza futuro ?
  15. A DLL desse SAT, precisa que você rode a sua aplicação, como Administrador
  16. Olá @Arimateia Jr, Desculpe a demora na interação desse tópico.. Apliquei nos meus fontes as modificações sugeridas, e parecem corretas... Mas notei que nos meus testes, os arquivos temporários criados em ..\AppData\Roaming\Microsoft\Crypto\RSA não foram apagados após a chamada de CryptAcquireContext com CRYPT_DELETEKEYSET
  17. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  18. O Pipe é o novo padrão de quebra de linha dos componentes DFe... Se você não configurar outro, ele que será utilizado... @Juliomar Marchetti, veja o tópico abaixo:
  19. O ideal, seria não habilitar MSXML ou CAPICOM.. ou seja, não editar o ACBr.inc O erro pode estar ocorrendo, porque no Formulário onde você tem o componente do ACBr, ele está configurado para MSXML (ou CAPICOM), e com isso, essa propriedade fica salva no DFM, e o erro ocorre em RunTime, quando o Delphi tenta atribuir as propriedades do DFM ao objeto recém criado Para corrigir, basta abrir os formulários que tem o componente, e ajustar as configurações para o Default...
  20. @arpa_sistemas, creio que consegui... enviei uma possível correção ao SVN Commit [r35417] e também ao GIT do FPDF-Pascal https://github.com/Projeto-ACBr-Oficial/FPDF-Pascal
  21. Ainda não consegui compreender, em que momento, o Delphi Linux, converte o conteúdo para UTF8... De forma paliativa, você poderia: - Remover todos os acentos do PDF - Rodar o comando abaixo, para converter o arquivo de UTF8 para ANSI CP1252 iconv -f UTF-8 -t CP1252 -o ArquivoEmCP1252.pdf ArquivoEmUTF8.pdf
  22. Isso parece ser Codificacao em UTF8 (o normal realmwnte è UTF8) Por favor anexe o XML, para analise Você lê o XML pelo ACBr ? Em que momento você detecta problema? Qual a sus IDE ?
  23. Eita... fiquei curioso... O que é um exemplo de "Ruido marrom" ?
×
×
  • 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.