Değerlerin statik özellikleri temelinde çalışma zamanı çöp toplama bilgilerinin nasıl en aza indirileceğini açıkladık. Bir değerin korunması gerektiğinde, aşağıdaki kavramsal talimat dizisi görünür:

– Değeri koruyun
– Değerini kullanın
– Korumayı iptal edin.

Makine kodu üretimi sırasında, korumanın ayarlanması ile iptal edilmesi arasında çöp toplayıcının asla çağrılamayacağı görülürse, koruma ve ilgili iptal göz ardı edilebilir.

Bir eylemi, WOST%’ta saklanan ve GCWOST% aracılığıyla korunan bir dizi parametre ile çevirmemiz gerektiğini ve eylemin sonucunun WOST~’da saklanması ve ayrıca korunması gereken bir değer olduğunu varsayalım.

Eylemin sonucunda erişilebilen HEAP% değerlerinin yok edilmesini önlemek için, WOST% değerlerinin korumasını kontrol ederken sonucu WOST$ üzerinde oluşturmaya izin veren severs stratejileri vardır:

1) Koruma yönetimi, eylemi tercüme eden rutin tarafından görevlendirilebilir. Daha doğrusu, korumayı sistematik olarak GCWOST% üzerinde depolamak yerine, parametrelerin ve sonucun korunmasının gerekliliği hakkında rutine bilgi verilir.

Rutin içinden çöp toplama çağrıldığında, hala ihtiyaç duyulan parametrelerin ve halihazırda oluşturulmuş olan kısmi sonucun korunmasını sağlamak için gerekli önlemler alınır. Bu strateji, bazı eylemlerin çevirisini makul ölçüde karmaşık hale getirme dezavantajına sahiptir.

2) İkinci çözüm, örnek 2.6’da açıklanmıştır, sonuç tarafından parametrelerin aşırı yüklenmesinin önlenmesini ve böylece sonuç tamamen inşa edilene kadar parametrelerin korunmasının geçerli kalmasını içerir. Açıkçası, bu şekilde sonuç, korumasız HEAP% değerlerine erişim sağlayamaz. Bundan sonra parametrelerin korumaları iptal edilir ve sonucun korunması ile değiştirilir.

3) Üçüncü çözüm, bir WOST% değerinin başka bir WOST% konumuna kopyalanması gerektiğinde ve kopyanın orijinal değerin statik kısmının veya korumasının üzerine yazma riski olduğunda kullanılır. Ofset işaretçilerini değiştirmeden önce değerin statik kısmını kopyalamayı ve bu statik kısmı korumayı içerir; dinamik kısımlar daha sonra kopyalanır ve ofset işaretçileri buna göre birer birer değiştirilir.

Böyle bir sorun, bir bloğun sonucu dirwost’ erişim sınıfına sahip olduğunda, korumalı olduğunda ve kalan bloğun bn’sine eşit bir bno’ya sahip olduğunda ortaya çıkar (dolayısıyla, bir erişim sınıfı ile çağıran bloğa kopyalanması gerekir) 

Erişim sınıfı en direğe sahip bir V (V8 ve Vd) değerinin GCWOST%i aracılığıyla korunduğunu ve BLOCK%i’nin sonucu olduğunu varsayalım. Bu sonuç çağrılan BLOCK%i_I’de kopyalandığında, Vd’nin Vd’ kopyası Vs’nin ve onun korumasının üzerine yazma riski taşır.

4) Kısıtlama olmaksızın kullanılabilecek son bir çözüm, birkaç dinamik eylemden oluşur:

– kopyalanacak değerin dinamik kısmının boyutunu değerlendirmek için.
– Yeterince yer yoksa çöp toplamayı çağırmak ve bu çağrı yeterli yer açmazsa durdurmak için.
– kopyalama sırasında çöp toplamanın artık çağrılmayacağından emin olduğumuzdan, değeri önlem almadan kopyalamak içindir.

ALGOL 68 dilleri için, yığında blok tutma, dinamik zincir V~NSYS’de bulunan tüm blokları bağlamaz. Tutulan bloklar dinamik zincirin dışında kalır, ancak yalnızca erişilebilir olan bloklar çöp toplayıcı tarafından dikkate alınmalıdır.

Bu tür bloklara erişim, zorunlu olarak, rutinin içinden erişilebilen iç SLOCKS’un HS’sinin adresini içeren bellek gösterimi olan rutinlerin erişilebilir örneklerinden geçer. Rutin örneklerinin bu tür HS adresleri, erişilebilir alıkonan blokları hesaba katmak için çöp toplayıcı tarafından kullanılır.

Fizikte statik Nedir
Statik ölçüm nedir
Statik Nedir
Statik proje ne demek
Statik örnek
Statik ölçüm nasıl yapılır
Statik denge örnekleri

DİNAMİK ŞEKİLLER

ALGOL 68 dili, program güvenliğini sağlayan bir dizi kontrol gerektirir. Bu kontroller, bellek içeriğinin, özellikle işaretçilerin yanlış yorumlanmasından kaçınarak, saklanan değerlerin sabit bir kontrolünü sağlar.

Bu tür yanlış yorumlamaların aşağıdakiler üzerinde feci etkileri olabilir:

(1) derlenmiş programların, önemli verilerin ve belki de sistemin kendisinin üzerine yazılması noktasına kadar yürütülmesi.
(2) Yığınların dışına düşen veya çöpe ait bellek konumlarını işaretleyen çöp toplayıcı.

ALGOL 68 dili tarafından uygulanan kontroller kip, sınırlar, kapsam ve esneklik kontrolleridir~T). Bununla birlikte, tam güvenliğin yalnızca derleyici kendisini yan etkilere karşı koruduğu ve başlatılmamış konumların kullanımını kontrol ettiği takdirde elde edildiğini unutmayın.

Yukarıdaki kontrolleri yapmamanın en feci etkisi, açıkça sistemin bozulmasıdır, ancak bu, bellek korumalı bilgisayarlarda kolayca çözülebilir. Bununla birlikte, bir bellek koruması mevcut olduğunda bile, programcıya bir hatayı daha kesin bir şekilde bildirme olanağı sağladığından, yukarıdaki kontrollerin uygulanması yararlıdır.

Mod kontrolleri tamamen statiktir, ALGOL 68 sözdiziminde işlenirler. Sınır kontrolleri genellikle dinamiktir; derleme zamanında bu kontrollerin yapılabildiği nadir (ve ilgi çekici olmayan) durumları tespit etmeye değmez.

Konumların başlatılması sorunu, üreteçlerin hazırlanmasında ayrılan konumların statik bölümlerinde ve her bloğun tanımlayıcı yığınının statik bölümünde yer alan işaretçileri başlatan uygun nesne kodunun üretilmesiyle çözülür. İzin verilmeyen yan etkilerin kontrolü (tanımlanmamış sonuçlara yol açan ikincil ayrıntılar), çöp toplama bilgilerinin yönetimini etkilemiştir.

Kapsam ve esneklik kontrolleri prensip olarak çalışma zamanında gerçekleştirilir, ancak bu bölümde~ değerlerle ilişkili statik özellikler aracılığıyla dinamik kapsam ve esneklik kontrollerinin statik olanlarla nasıl değiştirilebileceği gösterilmektedir. çok sayıda durumda, böylece çalışma zamanı verimliliği artar.

KAPSAM KONTROLÜ

ALGOL 68’de kapsamlar, aralıklar, yani programın bölümleri olarak tanımlanır; ancak bu tanımın dinamik bir yönü vardır çünkü çağrı (ve işlem çözme) mekanizmasındaki rutinlerin dinamik kopyalarından kaynaklanan aralıkları içerir.

Kapsam kontrolünün amacı, iki tür durumu önlemektir:

(1) kaybolan, yani yığın mekanizması sayesinde geri kazanılan (ve muhtemelen başka amaçlar için kullanılan) adların konumlarında saklanması gereken değerlerin kullanıldığı durumlarda. Bu ilk kolaylık, adlarla ilişkili kapsamları içerir.

Yukarıdaki programlarda~ x’in sahip olduğu isim, iç blok bırakıldıktan sonra sona erer; xx’in daha fazla kullanımı, iç blok bırakılır bırakılmaz kurtarılan x konumunun içeriğine yol açacaktır.

(2) bırakılan bir blokta beyan edilen tanımlayıcıların veya değişkenlerin sahip olduğu değerin kullanıldığı, dolayısıyla artık %RANST üzerinde temsil edilmeyen değerin kullanıldığı durumlarda. Bu ikinci durum, rutinler ve biçimlerle ilişkili kapsamları içerir.

The post Statik Özellikler  – ALGOL Yazılım Dili – ALGOL Analizi Yaptırma Fiyatları – ALGOL Yazılım Analizi Örnekleri – Ücretli ALGOL Analizi Yaptırma – ALGOL Yazılımı Yaptırma first appeared on Akademi Delisi (Tez Yaptırma).