Daniel Simoes

O compilador do FPC é até rápido... a demora maior está na hora de fazer o Link (para gerar o .EXE)... ou seja, no geral, ele perde feio pro Delphi... O Debugger é uma lástima... existem projetos desenvolvendo soluções intermediárias, enquanto o time do FPC não conclui o seu próprio Debugger Você pode saber mais a respeito em: http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips (veja: "Experimental Debuggers in pascal")

Atualize o firmware da Impressora

Qual o passo a passo para reproduzir o problema, usando os Demos do ACBr ?

Gilvano, É exatamente o que a função " NativeStringToUTF8" faz... isso está correto e não será modificado... Delphi não usa UTF8, por isso ele exibe no Debug de forma incorreta... Qual é exatamente o problema ? E como reproduzi-lo, com os Demos do ACBr ?

Evandro, Há alguma explicação para o fato ? Qual foi o motivo de adotar o valor: 3276 ? E se tivermos ainda mais itens no Cupom ? Digo, e se 3276 não for o suficiente para a impressão de todos os itens ?

Você pode configurar a assinatura nas configurações de sua conta http://www.projetoacbr.com.br/forum/settings/

O correto não seria 654-8 ??

Acredito que o Fortes Report lê isso do Sistema Operacional... Verifique as configurações Regionais...

Estude os fontes do projeto Demo: SATTeste.exe ACBrSAT1.Resposta

Obrigado pelo retorno... Eu aconselho a dar uma estudada nos testes unitários que estamos desenvolvendo para o ACBr... Com eles é praticamente impossível, deixar algo errado passar... a título de exemplo, somente para a RoundABNT, são aplicados mais de 200 testes diferentes...

Todos os retornos do SAT, de acordo com a especificação técnica do SAT, são mapeados em "TACBrSATResposta"

Qual é exatamente a sua sugestão ?? Inserir uma chamada de {$R ACBrNFeServicos.res} em ACBrDFeConfiguracoes.pas ? Isso não pode ocorrer, pois o DFe é genérico para todos os Documentos Fiscais Eletrônicos... Não é muito mais simples (e versátil).. você distribuir o ACBrNFeServicos.ini com a sua aplicação ?? Porque depender de um Resource compilado de forma estática ?

Consegui pegar o problema... Enviei uma possível correção para o SVN

Seu arquivo foi lido com sucesso pelo Demo do ACBrNFe... (teste você mesmo) Mas a assinatura do mesmo está inválida...

Nesse caso não tenho mais sugestões... parece ser um problema na instalação do Delphi dessa máquina...

Não sei lhe dizer... mas como o trivial não funcionou... confira você mesmo as DLLs

Pode ser... verifique se você copiou as DLLs para a pasta correta do Windows

Anexe o XML que vc diz ter problemas para ler...

Você poderia usar "ACBrECF1.TipoUltimoDocumento"... mas esse método não funciona em todos os modelos...

Se você usa CAPICOM e está na dúvida do que é retornado, verifique esse post, para habilitar o retorno em modo de DEBUG

A correção está correta, acabei esquecendo de enviar para o SVN, me desculpem... já está corrigido

Em relação a Unit ACBrNFeDANFEFRDM.pas modifiquei as linhas: iDelLen := PCardinal(Cardinal(ADelimiter) - SizeOf(Cardinal))^; iLen := PCardinal(Cardinal(AString) - SizeOf(Cardinal))^; para: iDelLen := Length(ADelimiter); iLen := Length(AString);

Em relação a JediWin32API, apliquei as seguintes modificações

aparentemente há algo errado na instalação do Fortes CE... por favor remova-o e reinstale-o pelo Instalador Acabei de rodar o ACBrInstall_Trunk2.exe no D7 e funcionou normalmente..