FastMM � confi�vel ?

Question

Ol� amigos,

H� alguns dias descobri essa possibilidade: de encontrar vazamentos de mem�ria atrav�s do FastMM com Delphi7.

Tive dificuldades

Sremulador · Answer

Amigo eu tb utilizo o FMM, mas ainda n�o descobri este ultimo erro que aparece......

Francisco.riva1 · Answer

Bom dia sremulador,Voc� conseguiu simular o erro a� ?Se n�o conseguiu ... tem uma video aula do Luciano Pimenta, com o t�tulo �Enviando email com os componentes indy� ... tem o projeto junto com a video aula ...� s� baix�-la, acrescentar no search das options project o caminho do fasMM e colocar as units FastMM4 e FastMM4Messages, no Source, antes de Forms ..S� de executar e sair do projeto o erro j� aparece !!21-28 bytes: TCriticalSection x 1PS. O problema parece estar com os componentes idMessage e idSMTP da indy :(Abra�os,Francisco....

Massuda · Answer

Se estiver usando o Indy que veio com o Delphi, atualize ele. Isso � cr�tico se voc� estiver usando D2006 ou D2007....

Francisco.riva1 · Answer

Boa tarde Massuda,Sim, utilizo o Indy que veio com o Delphi, mas uso o Delphi 7. Tamb�m preciso atualizar o indy ? Obrigado pela aten��o.Abra�os,Francisco....

Massuda · Answer

[quote:141bcaefa6=�francisco.riva1�]Tamb�m preciso atualizar o indy ? [/quote:141bcaefa6]Seria bom. O Indy que veio com seu Delphi � o Indy 9. Baixe o Indy 9.0.18  :arrow: [url=http://www.indyproject.org/Sockets/Download/Files/Indy9.en.aspx]desta p�gina[/url]; essa � a �ltima vers�o oficial; existe outra �n�o-oficial�, mais recente, que voc� pode obter via CVS ou de um do  :arrow: [url=http://indy.fulgan.com/ZIP/]site de snapshot[/url] do Indy. Instru��es para instala��o, voc� encontra no meio  :arrow: [url=http://forum.devmedia.com.br/viewtopic.php?t=57069]deste t�pico[/url]. N�o recomendo usar Indy 10....

Francisco.riva1 · Answer

Ol� Massuda,Atualizei o Indy como indicou ( Indy 9.0.18 )  ... mas esta vers�o parece ter vazamentos de mem�ria tamb�m ... pelo menos � o que indica o FastMM ... :(�Essa aplica��o teve vazamentos de mem�ria ... 21-28 bytes: TCriticalSection x 1 �Abra�os,Francisco....

Massuda · Answer

A mensagem de erro do FastMM deve(ria) incluir indica��es de onde onde foi feita a aloca��o da mem�ria que vazou. talvez este t�pico...

http://forum.clubedelphi.net/viewtopic.php?t=81471

...seja �til para voc�.

Francisco.riva1 · Answer

Ol� Massuda,Eu j� havia lido este t�pico tamb�m ... mas mesmo assim ficou dif�cil para eu resolver ... o vazamento de mem�ria parece estar nos componentes da indy idSMTP e/ou idMessage :(Coloco os dois componentes no Form o problema aparece, retiro ... o vazamento de mem�ria � resolvido :(Veja os detalhes :Um bloco de mem�ria vazou. O tamanho �: 28Caminho da pilha quando esse bloco foi alocado (endere�os de retorno):402A87 [system.pas][System][@GetMem][2447]40375F [system.pas][System][TObject.NewInstance][8368]403B26 [system.pas][System][@ClassCreate][9027]440956 [SyncObjs.pas][SyncObjs][TCriticalSection.Create][194]4043D3 [system.pas][System][@InitResStringImports][11129]4B910B [IdComponent.pas][IdComponent][IdComponent][185]40432C [system.pas][System][InitUnits][10853]404393 [system.pas][System][@StartExe][10918]406C5F [SysInit.pas][SysInit][@InitExe][668]5419F4 [D:Delphi7PesquisaPrjFontesPrj.dpr][Prj][Prj][15]O bloco est� sendo usado por um objeto da classe: TCriticalSectionO n�mero da aloca��o �: 287Dump de mem�ria atual de 256 bytes iniciando no endere�o DABD28:10 09 44 00 20 62 14 00 ...--------------------------------2008/2/14 20:48:56------------------------------Essa aplica��o teve vazamentos de mem�ria. Os vazamentos dos blocos pequenos s�o (excluindo os vazamentos esperados registrados por ponteiro):21 - 28 bytes: TCriticalSection x 1...Se descobrir alguma coisa que possa resolver este problema, por favor, conta a� pra gente que usa o Indy :)Obrigado pela aten�...

Massuda · Answer

No fonte do IdComponent, tem este coment�rio sobre o vazamento de mem�ria que foi detectado pelo FastMM...

// Dont Free. If shutdown is from another Init section, it can cause GPF when stack // tries to access it. App will kill it off anyways, so just let it leak // FreeAndNil(GStackCriticalSection);

...ou seja, o desenvolvedor do Indy intencionalmente deixou esse objeto para tr�s e o coment�rio dele � correto: como � um objeto global, n�o faz mal deix�-lo sem destruir, j� que ele ser� destru�do quando o programa terminar.

Portanto: esse vazamento � intencional e n�o causar� dano ao seu programa.

Francisco.riva1 · Answer

Mais uma vez, obrigado pelo empenho em ajudar-nos.Abra�os,Francisco....

Vitor Rubio · Answer

Muito interessante esse t�pico, talvez seja a resposta da minha duvida:

quando uso interfaces, n�o destruo meus objetos, porque as interfaces n�o tem um metodo destroy.

Sempre disseram que n�o precisa destruir objetos alocados em interfaces pois eles s�o destruidos quando o contador de referencias chega a zero.

Mas apesar disso, quando uso TinterfacedPersistent ou qualquer outra classe que implemente interfaces diferente de TinterfacedObject o fastmm4 me fala que houveram memory leaks.

O TinterfacedObject j� funciona normal.

TAggregatedobject e tcontainedobject sempre causam memory leaks, e delega��es tambem.

com rela��o ao comentario do indy:

GStackCriticalSection � um objeto critical section para proteger acesso simutaneo a regioes de codigo n�o - thread safe dentro de threads.

voc� pode destruir ele no finalization da ultima unit do seu projeto ou (eu acho) depois do run no seu arquivo.dpr.

mas como o massuda disse, n�o precisa destruir, pois uma hora ou outra ele ser� destruido.