Daniel Simoes

Juiomar, Funciona... eu implementei essa rotina justamente para esse teste (sem sentido) da NTK Veja o método "Procedure TentaImprimirLinhas( Texto: AnsiString; IndiceBMP: Integer ) ;" em ACBrECF.pas:5190 Procedure TentaImprimirLinhas( Texto: AnsiString; IndiceBMP: Integer ) ; var Est : TACBrECFEstado ; OldTimeOut : LongInt ; Erro : String ; begin ComandoLOG := 'LinhaRelatorioGerencial( "'+Texto+'", '+IntToStr(IndiceBMP)+' )'; try fsECF.LinhaRelatorioGerencial( Texto, IndiceBMP ) ; except On E : Exception do begin Erro := E.Message ; // Não conseguiu imprimir ? Verifique se o relatório foi fechado pelo ECF // OldTimeOut := TimeOut; TimeOut := max(TimeOut,5); // Tenta ler o Estado por 5 seg ou mais Est := estDesconhecido; try Est := Estado; // Lendo o estado do ECF if Est = estLivre then begin // Está Livre, provavelmente foi fechado por longo tempo de // impressao... (O ECF é obrigado a fechar o Gerencial após 2 // minutos de Impressão). Vamos abrir um Novo Gerencial e Tentar // novamente AbreRelatorioGerencial(fsIndiceGerencial); fsECF.LinhaRelatorioGerencial( Texto, IndiceBMP ); end ; finally TimeOut := OldTimeOut; if Est <> estLivre then raise EACBrECFErro.Create( ACBrStrToAnsi(Erro) ); end ; end ; end ; end ; Entretanto, para que esse método seja usado, é necessário que: (ACBrECF1.MaxLinhasBuffer > 0)

Será que o problema não é o fato do MySQL demorar para "subir" ? Ele está instalado como um serviço do Windows?

Se nao é um ECF, nao faz sentido usar o ACBrECF Use o ACBrPosPrinter...

Mas nos fontes do componente... ele captura o erro, que é causado pelo "estouro" de linhas no Relatório, e automaticamente abre outro Relatório

Essa impressora é Fiscal ?? Se SIM, use ecfSwedaSTX

o HeapTrace é a melhor maneira de sabermos se realmente ocorre o vazamento de memória... Provavelmente é algo na maneira que o RuWindows aloca/desaloca a memória... Eu creio que o consumo de memória deva estabilizar, após algum tempo de uso...

Por favor primeiro pela atualização do Fortes Report https://github.com/fortesinformatica/fortesreport-ce Qual é exatamente o passo a passo (quais botões clicar, e em qual ordem) que você está fazendo, com o ACBrNFe_Demo ?

@Dércio Luis Zanatta, Notei um assincronismo das linhas do seu HeapTrace e os fontes do Fortes Report atual... Verifique se os seus fontes do Fortes Report estão atualizados...

Pode ser algo no Demo em Delphi ou no FortesReport em Delphi... não parece ser no componente ACBrNFe Fiz o teste com o ACBr_NFeDemo, compilado em Lazarus e com o HeapTrace ligado... Cliquei em "Criar e Enviar", e após a recepção, o Preview do DANFE foi exibido... Não houve vazamento de memória... Segue o HeapTrace C:\Pascal\Comp\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFe\Lazarus\ACBrNFE_Demo.exe > c:\temp\stdout.txt 2> c:\temp\stderr.txt Heap dump by heaptrc unit 367286 memory blocks allocated : 38285816/39324456 367286 memory blocks freed : 38285816/39324456 0 unfreed memory blocks : 0 True heap size : 2195456 True free heap : 2195216 Should be : 2195456 Elton, Esse formulário, libera a si próprio da memória... procedure TRLPreviewForm.DoClose(var Action: TCloseAction); begin DefaultWindowState := WindowState; DefaultWindowBounds := BoundsRect; // Action := caFree; end; (a não ser que TForm no Delphi XE , não chame por "DoClose") @Dércio Luis Zanatta, favor compilar em Modo Debug, e deixar um Break Point no método acima... (RLPreviewForm.pas:1233)

Não exatamente... a ideia é achar objetos que não foram destruídos... no Google achei esse link:http://www.devmedia.com.br/detectando-memory-leaks-em-delphi-win32-com-cnmemprof-e-fastmm4/11146 Talvez o @EMBarbosa, possa nos dar informações mais precisas...

Existem programas que pegam "MemoryLeaks"... no Lazarus usamos a compilação com "HeapTrace"... Não estou bem certo de qual seria o programa no Delphi, mas certamente deve existir...

Sinto muito, não temos nenhuma impressora da Daruma para testes... Tente contato como o suporte deles..

Sim... veja na pasta Exemplos o projeto PosPrinterTeste

tente um valor menor do que 20, em EspacoEntreLinhas

Use o ACBrPosPrinter

Use OpenSSL

Infelizmente, cada ECF trata as operações Não fiscais de uma forma diferente... O melhor é utilizar o método ACBrECF.NaoFiscalCompleto, pois ele tenta abstrair a diferença entre os modelos...

Sim, é possível usar as DLLs... o seu erro provavelmente está em não sinalizar de forma adequada, qual o Retorno do ECF... Repare que todos os eventos, tem um parâmetro de Retorno... ele deve ser preenchido de maneira a passar para o TEFD a informação que ele pediu... Na dúvida, estude os fontes do TEFDDemo

Aqui está acessando normalmente... provavelmente foi algum problema temporário

Qual é exatamente o problema ? Experimentou aplicar um "reset" na Impressora ?

Obrigado... já está no SVN....

A tarefa pode depender da equipe de desenvolvimento do Fortes Report...

Qual é o passo a passo para reproduzir o problema no ECFTeste ?

Acredito que deva até mesmo compilar no D6

Se não me engano existem um componente especifico para DANFE NFCe em A4