Daniel Simoes

Acho que hoje em dia... OLE está depreciado... sem falar no suporte a Linux.. Ou seja... não pretendemos implementar esse recurso... Creio que as Classes de Alto Nível que estão no SVN já são de grande ajuda...

Não acho que esteja relacionado... afinal não temos bugreports semelhantes no Forum... Pode ser que você precise aumentar o tempo de espera para a Repostas... se o Servidor está lento... o ACBrMonitorPLUS ficará aguardando a resposta até o Timeout configurado... e nesse caso o Timeout de leitura da Resposta na sua aplicação, precisaria ser maior do que o configurado no MonitorPlus

O "OK:" só retornado quando ele finalmente conseguiu ler o arquivo... (está no Log) Tudo indica que está sendo criado e preso pela sua aplicação... não há o que possa ser feito do nosso lado... Anexe o XML para análise

A mensagem de erro é clara... o ACBrMonitorPLUS não conseguiu abrir o XML... - Ele existe? -.O mapeamento de Disco/Rede existe ? - o Arquivo não está preso por outra aplicação? Lembre-se de que o indicado é criar um arquivo Temporário primeiro e depois renomear para o arquivo de Entrada

Tem sim...

Você está usando as classes de alto nível, em Java, correto ? http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/

Eu nao tenho conhecimento de nenhuma dessas informações...

As correções já estão no SVN...lembrando que na verdade o problema é na SEFAZ de MG... Veja nesse tópico abaixo, uma versão com a correção: Se.voxe não é usuário do SAC ACBr...basta baixar os fontes e compilar uma nova versão

Deve ser algo no seu ambiente... (eu não tenho o Delphi 2010)... Parece tudo correto com a RoundABNT... Reproduzi o mesmo código (com os mesmos tipos), e testei no Delphi Rio e Delphi 7.. em ambos funcionaram... procedure TForm1.btCalcularClick(Sender: TObject); var nQtd, nValor, nResultado: Double; begin nQtd := StrToFloatDef(edQtd.Text, 0); nValor := StrToFloatDef(edValor.Text, 0); nResultado := nQtd * nValor; nResultado := RoundABNT(nResultado, 2); edResultado.Text := FloatToStr( nResultado ); end; No Delphi Rio: No Delphi 7 Verifique se você não tem modificações nos fontes do ACBr, que podem estar influenciando no resultado... na dúvida, baixe tudo novamente em outra pasta...

Acho que nenhum dos SATs disponíveis atualmente no mercado, foi desenvolvido para aceitar o certificado da ICP Brasil...

Talvez entrar em contato com a SEFAZ e explicar a situação

De detalhes da sua IDE e verão

Humm.. parece que por algum motivo... o SEFAZ já gerou vários certificados para esse aparelho... (bloqueio e ativação ??) e por esse motivo, está se recusando a fornecer um novo certificado... (isso tem um custo para eles)

Também não consegui reproduzir o problema... o teste abaixo, deu OK dblTotal := 1.5 * 40.13; CheckEquals( 60.20, RoundABNT(dblTotal, 2), 0.00001);

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Já viu as classes de alto nível ? http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/

Seu programa é compilado em 64 bits correto ? Você citou que se baseou no Exemplo de SAT em Harbour... e esse exemplo funciona com a libacbrsat64.so ? Para qual pasta do seu S.O. você copiou as Libs do ACBr ? Elas estão corretamente com permissão de leitura e execução, para todos usuários do Linux ? Lembre-se que o ACBr só suporta a OpenSSL 1.0.x... Ou seja... não funcionará se você usar OpenSSL 1.1.X

A ACBrLib não usa OLE ou COM Objects... afinal ela é multiplataform (roda em Linux)

use: ACBrPosPrinter1.LerStatusImpressora; Veja o código do botão "Leitura de Status", do Demo PosPrinterTeste

Você tem uma Impressora não fiscal... ou seja... pode imprimir o que quiser nela...

O que é um arquivo TLB ?

Creio que o Trunk já foi corrigido...

Continuo sem compreender o.problema ou a relação do mesmo com o Postgress... Verifique se você está usando as DLLs da arquitetura correta, conforme a compilação do sistema...

Não compreendi... os Demos do ACBr não usam "postgres"