AutoLISP fonksiyonlarınızda hata oluştuğunda, komut satırında kullanıcılar için anlamsız bir mesaj belirir ve programın çalışması durur. Oldukça esnek olan LISP programlama dili ne yazıkki bu konuda biraz yetersiz kalmaktadır. Bu sebeple bir yazı dizisi hazırlayarak, hata yorumlamayı anlatmaya çalışacağız. Öncelikle AutoLISP’teki hata ayıklama fonksiyonlarına bir göz atalım ( Şekil 1 ).

Figure 1

İlk yazımızda ele alacağımız fonksiyon (*error* errtxt). Bildiğiniz gibi AutoCAD komut satırından herhangi bir fonksiyonun adresini ya da tanımını öğrenmek için !func-name ifadesini kullanıyoruz. Bu ifade yardımı ile fonksiyonumuzun orijinal halini deneyelim:

Command : !*error*
#<SUBR @0cd016cc *ERROR*>

Şimdi biz bu fonksiyonu tanımlamadan önce, hata olduğunda neler oluyor bir bakalım. Bu sebeple hata oluşturmak için özel bir fonksiyon yazıyoruz ( Şekil 2 ).

Figure 2

Bu fonksiyonu çalıştırdığımızda AutoCAD bir hata verecektir.

Command: test
*Cancel*
divide by zero

Kullanıcı ve programcı için gerçekten zor bir durum. Üstelik programın işleyişi çirkin bir şekilde duruyor. Elbette kullanıcının telafi edemeyeceği hatalarda yapılacak birşey kalmamıştır; ancak en azından hata mesajı daha açıklayıcı olabilir. Böylelikle kullanıcının göndereceği hata raporları, programcı için daha anlaşılır olacaktır. Öyleyse kendi hata fonksiyonumuzu tanımlayalım ( Şekil 3 ).

Figure 3

Fonksiyonun ilk ifadesinde “Error:” kelimesi ile gerçek hata mesajı birleştirilerek yeni bir satıra yazdırılmaktadır. Yazıları birleştirmek için (strcat s1 s2 ...) fonksiyonunu kullanıyoruz. Fonksiyonumuzun ikinci ifadesinde ise AutoCAD’in orijinal ( *error* ) fonksiyonunu yerine koyuyoruz. Elbette g:olderr değişkenini önceden orijinal fonksiyonla eşleştirmiş olmamız gerekiyor. Bu işlemi hata gönderen fonksiyonda yapmamız gerekiyor. Öyleyse ( c:test ) fonksiyonumuzu hata yorumlayabilecek şekilde düzenleyelim ( Şekil 4 ).

Figure 4

Yeni eklediğimiz satırlarda ilk olarak orijinal hata fonksiyonunu global bir değişkene alıyoruz. Daha sonra orijinal hata fonksiyonunun yerine kendimizinkini koyuyoruz. Son eklediğimiz satırda ise çok önemli bir pratik var. Eğer fonksiyonumuz hata oluşmadan tamamlanırsa orijinal hata fonksiyonunu mutlaka yerine koymamız gerekiyor. Şimdi bakalım hata fonksiyonumuz nasıl çalışıyor:

Command: test
Error: divide by zero

Gördüğünüz gibi hata mesajı bizim belirlediğimiz şekilde çalışıyor. Ancak burada farkedeceğiniz gibi hatanın hangi fonksiyonda kaynaklandığı belli değil. Bunun otomatik bir çözümü yok. Ancak başka bir global değişken ile bunu çözebiliriz. Şimdi hata fonksiyonumuzu yeniden düzenleyelim ( Şekil 5 ):

Figure 5

Gördüğünüz gibi hata mesajını yazmadan önce fonksiyon isminin kayıtlı olduğu g:errfnc değişkeni ile hatanın hangi fonksiyondan kaynaklandığı yazdırılıyor. Elbette tüm fonksiyonlarımızı tanımlarken ilk işimiz fonksiyon ismimizi kaydetmek olmalı ( Şekil 6 ):

Figure 6

Yeni eklediğimiz satırın yeri önemli değil. Ancak hata oluşmadan önce olması önemli. Alışkanlık olarak hemen fonksiyon başında tanımlanması daha iyidir. Şimdi hatalı fonksiyonumuzu çalıştıralım:

Command: test
Error in function C:TEST
Error desc.:divide by zero

Böylece ( *error* ) fonksiyonunun nasıl çalıştığını detaylı bir şekilde öğrendik. Ancak burada unutmamanız gereken bir şey var: Kendi hata fonksiyonunuzu orijinalin yerine koyduktan sonra, orijinal fonksiyona geri dönene kadar her fonksiyonda sizinki geçerli olur. Dolayısı ile TEST fonksiyonundan başka fonksiyonları da çağırıyorsanız, o fonksiyonlarda sadece g:errfnc değişkenini tanımlamanız yeterlidir

Benzer Yazılar

• AutoLISP: Hata kontrolü 2 (Error Handling)
• Visual LISP ile hata kontrolü
• (command …) mı? (entmake …) mi?
• AutoLISP’te kendi fonksiyonlarımızı tanımlamak!
• AutoLISP ile İki Nokta Arasındaki Eğimi Ölçmek ( Visual LISP Alternatifi )

460 defa okunmuş Bu hafta: 8 defa okunmuş Bugun: 4 defa okunmuş Son okunma: 21 August 2008, 13:42

AutoLISP, Programlama

(2 oy, ortalama: 5)

 Loading ...