Espelho Mfd

[IGNACIO RODRIGUES]

Quando mando tirar o espelho MFD para arquivo, da data 01/01 até 16/01. Recebo a msg de erro "68".

E então o acbr fica inativo, tenho que reiniciar a aplicação.

Quando solicito do dia 16/01 até 16/01, a aplicação fecha.

Quando solicito do dia 15/01 até 15/01, recebo o erro que não posso converter "$" para integer.Em seguida o ACBR fica inativo tambem.

Em todo os caso a memoria impressora não tinha liberado ainda, permanecendo piscando a luizinha, e depois dando o bip.

O problema ocorre dentro do componente acbr.

 

Antes eu recebia a mensagem de erro, mas quando eu debugava dava certo, o acbr gerava o arquivo e depois assinava, parece ser um problema de timeout, em alguma lugar no acbr, pois percebi debugando que tem um lugar com sleep(300). quando aumentei para 3000 funcionou. "procedure TACBrECFDaruma.UnloadDLLFunctions".

 

Mas agora esta causando esses outros erros.

[Régys Silveira]

Você consegue reproduzir o problema com o demo do ACBrECF e nos passar o log gerado?

[IGNACIO RODRIGUES]

Estive na lista de downloads do site: http://www.projetoacbr.com.br/, mas não localizei nenhum demo do acbr, o único demo que vi foi esse  você poderia por gentileza postar o link, ou me situar onde encontrar esse demo, desde já muito grato.

[Juliomar Marchetti]

Bom dia 

não está em lista alguma está no SVN na pasta exemplos e no caso especifico estamos falando do ECF então veja que tem uma pasta com um projeto de teste para esse componente chamado ACBrECF e dentro se observar tem o ECFTeste que pode abrir ele e compilar assim efetuando o teste solicitado pelo Régys

[IGNACIO RODRIGUES]

Erro ao carregar a função: eCarregarBitmapPromocional_ECF_Daruma de: DarumaFrameWork.dll

:#13

- + - + - + - + - + - + - + - + - + - + - + -

 

 

 

Foi esse erro que o TesteECF gerou.

[IGNACIO RODRIGUES]

-- 10:09:30:339 EspelhoMFD_DLL( 01/01/2014 , 17/01/2014 , C:\Users\desenvolvimento2\Documents\200120141009.txt ) 

                TX -> [ESC][239][CR]

   10:09:30:495 RX <- :[ESC][239]000120075551008522001201400000000000000000000000080771618[CR]

-- 10:09:30:497 

                TX -> [GS][255][CR]

   10:09:30:611 RX <- :A1E008000000[CR]

-- 10:09:30:612 

                TX -> [FS]R[200]082[188]

   10:09:30:762 RX <- :[200]082010053[CR][194]

-- 10:09:30:763 

                TX -> [FS]R[200]083[189]

   10:09:30:912 RX <- :[200]083010500[CR][192]

-- 10:09:30:914 

                TX -> [FS]R[200]139[189]

   10:09:31:061 RX <- :[200]13933[CR]

-- 10:09:31:062 

                TX -> [GS][bS][CR]

   10:09:31:211 RX <- :[CR]

 

 

 

 

 

Esse é o arquivo de log, do programa ECFTeste

[IGNACIO RODRIGUES]

Em anexo um segundo teste que fiz, la tem o cabeçalho de conexão com a impressora

acbrlog.txt

[IGNACIO RODRIGUES]

Olá Alguma posição sobre o problema?

[IGNACIO RODRIGUES]

Comentado por DSA.

     - Problemas ao executar os métodos várias vezes

     - Seria necessário incluir código para liberar a DLL da Memoria,

       (apenas atribuir Nil não libera a DLL da memória)

     - Sleep(300) evita falhas na re-ativação do ECF pelo ACBrECF

 

Tem esse comentário, durante o debug que faço, na método "procedure TACBrECFDaruma.UnloadDLLFunctions;", seria alguma coisa?

[Régys Silveira]

Olhando seu log não tem problema nenhum aparentemente está tudo ok.

Agora se o erro persiste, então você deve estar usando versões desatualizadas das dlls ou ter as dlls em mais de um lugar, o correto seria deixar tudo junto do seu software.