Free vs FreeAndNil

[Tuğrul HELVACI]

Alınganlık göstermiyorum Bahadır bey. Ben iddia ettiğim hususu nedenleri ile izah etmeye çalıştım; bunun aksini iddia eden arkadaşlarımın da aynı yolu izlemesi icap eder idi. Belki benim hatalı bildiğim bir husus vardır. Ancak, bu şekilde bir yaklaşım sergilenmediği halde, hâla sabit bir fikir üzerinde ısrar edilmesine ve bu fikrin puanlar vasıtası ile takdir görmesine; ancak bu düşünceyi izleyenlerin neden izlediklerini madde madde ve ikna edici olarak paylaşmamalarına sinirlendim kısacası ben.

 Burası ortak bir platform. Bizlerin tartışmaları insanları yanlışa sürükler ise ben bundan üzüntü duyarım. Siz ve sizin gibi tecrübeli ve kıymetli arkadaşlarımın neden hata'da ısrar ettiğinizi anlamlandıramadım cidden.

Konunun basit bir konu olmasından dolayı çok detaylandırmak istememiştim ancak eğer illa da istiyoruz derseniz; vakit ayırmaya çalışıp, sizlere Free'nin bir dünya sakıncalı kullanımına örnekler bulup verebilirim. Özellikle ayrılmış hafıza bölgelerinin metodlar, nesneler, thread'ler arasında paylaşıldığı senaryolarda.

 Kendimden ve anlatım kaabiliyetimden şüphe ettirdiniz bana gerçekten de. Ki bir çok insan, bu konuda biraz da olsa yeteneğim olduğundan bahis eder. Tekrar ifade etmek gerekir ise; söylemlerinizden (siz ve arkadaşlarımın) alınmadım, ama bu kadar basit bir konuda neden ihtilafa düştüğümüzü anlayamadığım için sinirlendim açıkçası.

 FreeAndNil yerine Free kullanırsanız ve programcının hatasından dolayı daha önce boşaltılmış olan nesneye erişimde bulunur iseniz; bu durumda kullanıcının karşısına:

"Access violation at adress ... ıvır zıvır"

gibi bir mesaj çıkacaktır. Ardından kullanıcı, firmaya bir şekilde ulaşacak ve:

Kullanıcı(K), Programcı(P)

K: Abi, programda hata çıktı. Doğru düzgün çalışmıyor, sürekli hata veriyor bu program.
P: Sakin olun, ben size yardımcı olmaya çalışacağım. Ne hatası çıktı, hata mesajında ne yazıyordu ?
K: Bilmiyorum abi, kapattım ekranı.
P: Hımm. Peki ne yaparken çıktı bu hata ?
K: Abi bilmiyorum zırt pırt çıkıyor.
P: Size nasıl yardımcı olmamı bekliyorsunuz !!

gibi dialoglar baş gösterecektir. Bunlar yaşanmış mıdır, evet yaşanmıştır.

Peki uygulamanız da Free yerine FreeAndNil kullanmış olsaydınız ve ilgili nesneye erişim yaptığınız yerde de Assigned ile nesnenin var olup olmadığını kontrol etseydiniz bu durumda ne olacaktı ?

K: Abi bu program yapması gerekeni yapmıyor ?
P: Anlamadım, neyi yapmıyor.
K: Fatura basmıyor !
P: Anladım, çok teşekkür ederim. Hemen ilgileniyorum.

Programcı fatura basılması ile ilgili kod bloğuna gider. Assigned kontrolünü görür, ilgili nesnenin geçerli olmadığını(nil) anlar. Nesnenin nerede FreeAndNil edildiğini araştırır ve sorunu tespit eder.

Programınız kontrol edilmemiş hata mesajları ile karşılaşmaz ve uygulamanızın, firmanızın ve sizin itibarınıza da gölge düşmez.

Bu sadece çok basit bir örneği idi verebileceklerimin. Bir de çok kanallı uygulamalarda ayrılan hafızanın ayıran tarafından serbest bırakılmadığı durumlara örnekler var ki, orada karşılaşılabilecek sorunları tespit edebilmek dahi inanılmaz zor olur.

Bir kod bloğu hatalı çalışacak ise; hiç çalışmaması daha evladır. Çalışmayan kod çok rahat tespit edilebilir, ancak zaman zaman hata alabileceğiniz bir kodu nasıl tespit edeceksiniz ?

Verdiğim örneklerden de görebileceğiniz gibi; nil olan bir instance pointer'ı üzerinden dahi metod çağrımlarında bulunabiliyorsunuz. Ayrıca, hafızanın 0xABCFF10 adresini işaret eden A nesnesi Free edildikten sonra, aynı hafıza adresine bir B nesnesi yerleşebilir. Bu durumda A instance pointer'ı üzerinden yapılacak çağrımlar(A pointer'ı nil'e eşitlenmediği için), B nesnesinin metodlarını çağırabilecektir.

Olabilir mi böyle bir şey ? Evet kesinlikle olabilir. O halde neden böyle bir kapıyı açık bırakalım ? Programlar, programcı adı verilen insan'lar tarafından yazılırlar. Ve insanların fıtratı gereği; insanlar hata yapar, beşerdir şaşar. Benim dediğim şey, mümkün mertebe bu hataları engellemeye çalışmak, hatalı kodların çalışmasına mani olmak. Ben bir nesne instance'ını hatalı bir şekilde FreeAndNil yapmamam gereken yerde boşalttı isem bile; Assigned kontrollerini koyduğum için asla öngörülemeyen durumlar ile karşılaşmam. Data'lara zarar vermem, program olmaması gereken istikamette akmaz. Bunun aksi durumlara binlerce örnek verilebilir.

 Instance pointer'ının anlamsız bir yeri göstermesinden mütevellit oluşacak bir hata, bir thread'in prematüre şekilde sonlanmasına neden olur ve çok büyük olasılıkla hatayı dahi göremezsiniz. (AcquireExceptionObject kullanmadı iseniz). Siz zannedersiniz ki thread'iniz sürekli çalışıyor, ama o thread artık yaşamıyor bile.

Programcı'nın bir disipline sahip olması gerektiğine inanırım. Bunun elbette mantıklı ve sayfalar dolusu yazılabilecek nedenleri var. İnsanlar tembelliklerini bir şeylerin ardına gizlememeli.

En mukaddes bilgi, insanın kendisini bilmesidir.

Bir instance pointer'ı nil'e eşitlemeyen arkadaşların, lokal pointer değişkenlerini neden ilk değerleri ile kullanmadığını, lokal sınıf değişkenlerini neden ilgili sınıfı Create etmeden kullanmadıklarını bilmek isterim ? Cevapları duyuyorum ama, yine de bilmek isterim !

Kimsenin şahsına bir kızgınlığım asla söz konusu değil, benim kızdığım nokta, bu denli berrak bir suda; nasıl olur da aynı balığa birimiz hamsi diğerimiz lüfer der ? Ayrıca, kim neye inanmak istiyor ise elbette inanabilir; beni ilgilendirmez de. Tek derdim, doğru bilinen yanlışları düzeltmeye çalışmak. Belki de ben yanlışımdır kim bilir, bunu da bilmek ve kendimi düzeltmek isterim. Her zaman ve herkesten bir şeyler öğrenebilirim.