Daniel Simoes

No Log não apresenta o ERRO.. Provavelmente o problema está na maneira que o componente é criado... Se você não quer mantê-lo em um Form... use um DataModule

No Log não há erros... O que ocorre ? o Arquivo não é gerado ?

Por favor crie um novo tópico para um novo assunto...

Apliquei uma modificação nos fontes do ACBrECFFiscNet... Porém o que ocorrerá, é que os registradores não encontrados ou retornados não serão incluídos no retorno..

Tópico fechado... Por favor evite posts repetidos:

O log de erro fala "Fatal: File not found:" Evite pastas com nomes Longos ou acentuação... isso sempre gera problemas...

Mas nesse caso você estará informando o Valor pago diferente do real... (Na verdade esse é um dos vários problemas existentes na NFCe... um projeto feito as pressas e cheio de remendos... mas que será uma exigência nacional em breve...)

Aparentemente esse ECF nunca foi usado... ou seja... não tem memória de última Red.Z nele.. Veja o valor do CRZ -- 11:07:42:686 NumCRZ TX -> {46;LeInteiro;NomeInteiro="CRZ";31} 11:07:42:811 RX <- {46;0;ValorInteiro=0;20}

Esse erro não é normal... Consegue reproduzir o problema com o ECFTeste ? Você não deve abusar de leitura de Estados, pois ele sempre gera comunicação com o ECF, ao invés disso, usar um Flag interno...

Você pode criar uma ou várias Units com as suas Classes... Ex: https://svn.code.sf.net/p/acbr/code/trunk/Fontes/ACBrSerial/ACBrECFClass.pas

A mensagem não parece ser um erro... e sim uma comunicação de que a conexão foi fechada... Já tentou usar o ACBrMail ?

Em que momento você faz isso ? Uso técnica semelhante e nunca tive problemas... Você pode ainda fazer um Loop até ter certeza que o Valor foi gravado... Ex: repeat SQL.Text := 'select RDB$SET_CONTEXT(''USER_SESSION'', ''APLICATIVO'', '''+SuaChave+ ''')'+ ' from rdb$database' ; Open; Close ; SQL.Text := 'select RDB$GET_CONTEXT(''USER_SESSION'', ''APLICATIVO'' ) as DJ_KEY from rdb$database'; Open; until FieldByName('APLICATIVO').AsString = SuaChave;

Você pode encontrar meu e-mail nos cabeçalhos dos fontes do ACBr... Porém acho que se usarmos o forum... conseguiremos apoio de vários outros desenvolvedores http://www.projetoacbr.com.br/forum/index.php?/forum/12-object-pascal-delphi-lazarus/

O ACBrEAD não adiciona essas linhas... se elas existem é porque foram geradas pela DLL do ECF

Welkson, Um dos meus receios... e justamente os infinitos "branches" que o GitHub permitiria... Quase todas as contribuições que recebemos, precisam de vários ajustes, pois geralmente não foram testadas em Delphi XE, Delphi 7 e Lazarus, Windows / Linux... Então a facilidade de Merge do GitHub não nos ajudaria muito... Outro fato é que foi muito difícil para os usuários se acostumarem com a migração de de CVS para SVN, e depois para o novo repositório imposto pelo Source Forge... a migração para Git seria outra complicação para todos os desenvolvedores que baixam o ACBr com frequência...

Humm.. não era... mas acabei de adicionar

Se você usar o Correspondente Bancário com a Operação "310"... acho que o fluxo do ACBrTEFD irá funcionar... e imprimir o necessário em Rel.Gerencial

Veja esse post:

Proxy não tem relação nenhuma com 64bits... http://pt.wikipedia.org/wiki/Proxy

Acho que não se trata de 32/64 bits... mas sim da presença de Proxy ou não... Configure o Proxy no componente...

Parabéns pela resolução, Gelson Borsoi Já enviei as modificações para o SVN...

Pelo que notei, usando o FireBug, modificaram novamente a maneira de ler o Captcha... Infelizmente não tenho tempo disponível para tentar corrigir no momento...

A consulta funciona na página do Sefaz ?

Estou fora do escritório, e esse modelo não tem Emulador... só poderei testar na semana que vem...

Verifique se "UseCThreads" está definido... na dúvida apague os IFDEFs para que ele sempre carregue a Unit "cthreads"