Comments on: Free vs. FreeAndNil vs. Release

By: Erick Sasse

Erick Sasse — Sun, 29 Aug 2010 17:11:05 +0000

Dificil entender sem ver código. Se quiser me mandar um pequeno projeto que reproduz esse cenário por e-mail, posso dar uma olhada.

By: jose soares

jose soares — Sun, 22 Aug 2010 05:05:06 +0000

Olah erick,
tenho um caso que estah me tirando o sono. um sistema onde os forms de manutencoes sao dinamicos, isso eh, o mesmo form para dah manutencao em diversas tabelas. e nesses forms tem campos que chamam uma tela de consulta. na tela de consulta tem um botao (incluir) para no caso que a consulta nao for satisfeita o usuario dali mesmo ja poder buscar a tela de cadastro e incluir o que for necessario. podendo abrir varias telas sucessivamente.
Com apenas uma tela aberta apos a consulta (botao incluir), apos o retorno para o form origem nao dah erro. mas quando o usuario abre varias telas atravez das consultas ai no retorno do form origem dah erro.
Minha pergunta: Que vc me indicaria para melhor gerenciar esse problema???

By: Rodrigo

Rodrigo — Thu, 11 Dec 2008 16:45:12 +0000

Olá Erik.

Gostaria de lhe perguntar se você sabe qual a maneira mais correta de liberar memória de objetos alocados usando o Delphi for .net? Pergunto isto porque tenho algumas DLLs feitas em delphi .net, que são chamadas apartir de aplicações win32 feitas em delphi, e estou tendo dificuldades para liberar memória de objetos que usam certificado digital e arquivos XML. Como no Delphi .net não tem a função FreeAndNil eu estou usando o Free e logo em seguida passando nil para o objeto, mas não esta resolvendo, pois depois que termina a execução da dll a memória continua alocada em memória! Se puder ajudar ficarei grato.

By: Daniel Breda

Daniel Breda — Wed, 04 Jul 2007 13:15:12 +0000

Eu sempre uso FreeAndNil(); pois se eu precisar checar se a variável está instânciada sempre vou ter o resultado correto assim padronizando de forma clara e sem POG meu codigo, claro que cada caso é um caso, no meu esta foi a melhor forma que encontrei.

By: Erick Sasse

Erick Sasse — Tue, 05 Jun 2007 22:23:50 +0000

Aldo, a melhor forma de tirar essa dúvida é olhar o código da VCL. Quando um TDataSet é destruído, ele chama o Close automaticamente, então não é necessário que você chame. Pode destruir diretamente.

By: Aldo Leonardo

Aldo Leonardo — Tue, 05 Jun 2007 20:11:00 +0000

Olá Erick,
Estou com uma duvida cruel,
Uso bastante query dinamica e gostaria de saber se quando eu dou um freeandnil(query) o banco ao qual essa query estava conectada continua registrando a sua conexão ou quando destruo essa query a conexão é automaticamente fechada?????????

Então,,

Eu posso fazer simplesmente freeandnil(query)

Ou devo sempre fazer:
query.close;
freeandnil(query);
????????????????????????

By: Erick Sasse

Erick Sasse — Thu, 23 Mar 2006 12:15:44 +0000

Você está certíssimo, eu já não passo mais o owner quando destruo manualmente o componente. Só me toquei disso algum tempo depois de escrever este artigo, e acabei me esquecendo de atualizar aqui.

Inclusive publiquei um post aqui sobre isso, veja:
http://www.ericksasse.com.br/?p=385

Estou corrigindo o artigo, obrigado pelo toque.

By: Douglas

Douglas — Thu, 23 Mar 2006 10:54:14 +0000

Muito interessante, porém gostaria de fazer uma resalva. No exemplo abaixo não vejo motivo para passar o Owner, pois você vai ser o responsável por destruir o objeto e não o Owner. Dê uma olhada no construtor de TComponent e veja o que acontece se passamos o Owner nil e entenderá o desperdício. Use assim:

with TForm2.Create(nil) do
try
ShowModal;
finally
Free;
end;

Eu costumo sempre passar o Owner como nil se eu for destruir o objeto manualmente, evitando um possível AV se por exemplo eu der um Free em finalization de uma unit. Se você instancia um objeto com Owner Application em Initialization por exemplo, e libera com free em finalization, tera um AV, pois o Application terá liberado a instância do objeto antes de seu free.
Abraço.