Çeviri sırasında, altprogram gövdesi CONSTAB içinde ealis’ini çevirmek için gerekli bir dizi statik özellikle temsil edilecektir. Bu CONSTAB rutin gösterimi şunlardan oluşur.

Dinamik olarak iletilen yordamlar bellekte dinamik olarak temsil edilmelidir (%RANST veya HEAP %’sinde). Böyle bir rutinin statik özelliği (~ ikili) biçiminde olacaktır, burada diriden ve ikili sınıflarından biridir. Bu, rutinin elde edilme şekline ve hafızada saklandığı yere bağlıdır.

Bir rutinin hafıza gösterimi şunlardan oluşur:

– arama sırasında tüm CONS/AB% bilgilerini dinamik olarak kullanılabilir hale getiren CONSTAB% işaretçisi.
– rutinin kapsamının B£OCK%’sinin dinamik adresi olan bir kapsam bilgisi.

Bu adres ~ISPiAV%, rutinin kapsamının BLOCK%’unun erişilebilir olduğu anda hesaplanır, yani formun rutininin cadd’i karşılık gelen dinamik rutine dönüştürüldüğü anda geçerlidir.  

AKTARILMIŞ YÖNTEMLER

{CALLS ve FOP2~JLAS oldukça benzerdir: PRIMCALL ve operatör bir rutin sunar; ACPARi ve OPERANDi, rutinin parametrelerinin değerlerini sağlar. Ön hazırlık gerektiren PRIMCALL’ın aksine operatör, rutinin statik özelliklerinin bulunduğu bir SFMBTAB öğesine erişim sağlayan bir terminaldir. Aşağıda, çeviri yalnızca CALL sözdizimine dayanmaktadır.

Çalışma zamanında, PRIMCALL, çağrılacak rutinle sonuçlanır. p(PRZMCALL) çevirisinden sonra, rutinin statik özellikleri 80ST’de görünür. Bunlar moderout olarak gösterilecektir. Bu bölümde, oad~out’un (routct constabp) biçiminde olduğunu varsayıyoruz.

CONSTAB’da rutin gösterimde saklanan tüm özellikler derleme zamanında mevcuttur. Biz de zannediyoruz ki, buna göre bu özellikler için rutin standart değildir.

INBLOCKI(bn), hayali gerçek parametre bloğunun bnc’sini yani bnca’sını hesaplar. Gerçek parametre çevirisi sırasında (adım 3), bnca girişinde BLOCKTAB’de hesaplanan blok bilgilerir. Bu hesaplamalar INBLOCK2(bn) ve INBLOCK3 tarafından başlatılır. Gicd hesaplanmaz : yukarıda açıklandığı gibi, SIDST%a’nın gc koruması için kullanılacak olan gcidb’dir teşekkürler.

Mülkiyet ilişkisinin kurulması : Bu adım, sözde BiOCK$~ mekanizması aracılığıyla resmi parametre-gerçek parametre değeri mülkiyet ilişkisini gerçekleştirir. Bu, daha sonra IVST%bl olarak kabul edilecek sözde BLOCK%a’nın IDST%a’sındaki gerçek parametrelerin değerini kopyalayarak gerçekleştirilir. Burada BLOCKTAB[bna]’nın sidsz’i modeaapars sayesinde kontrol edilir (yalnızca yan olarak gösterilir).

Gerçek parametrelerin değerleri sözde-BLOCK%a’nın IDST%a’sında saklandıktan sonra ~bu, rutinin BLOCK%b’sine dönüştürülür. Bu, gerçek parametrelerden biri olan ortamını rutin ortamına değiştirerek gerçekleştirilir. Bundan sonra rutin gövdeye bir atlama gerçekleştirilir.

PRIMCALL, çağrılacak rutinde sonuçlanır; statik özellikleri p(PRIMCALL) traaslation’dan sonra BOST’ta görünür. Bu özellikler moderout, cadrout, … olarak gösterilecektir. Bu bölümde cadrout’un (rouct aonstabp) şeklinde olmadığını varsayıyoruz.

Bu, derleme zamanında hangi yordamın çağrılacağının bilinmediği anlamına gelir. CONSTAB rutin gösterimi mevcut değil. Çalışma zamanında bu CONSTAB% rutin gösterimini yorumlamak için yönergeler oluşturulmalıdır. 

N.B: [I]’e göre PRIMCALL ve ACPARi’nin detaylandırmaları seridir, dolayısıyla ACPARi’nin detaylandırılması sırasında dinamik rutin temsili bozan yan etkiler meydana gelebilir; bu, rutine erişim için caddrcut kullanımını geçersiz kılabilir.

Açıktır ki, böyle bir yıkım, yalnızca dinamik rutin temsilin yerini bir atama alırsa ortaya çıkabilir; bu, claa of caddrout = dirwost veya eğer d~reforout — 0 ise mümkün değildir. Diğer durumlarda, rutin WOST’a kopyalanmalıdır.

Inacpar’ın eylemleri 11.5.2, adım 2.2’de formun kadroları (rouct constabp) için açıklanmıştır. Burada oaddrout bu formda değildir, dolayısıyla, bu cadrout~ loZj’ye erişim sağlayan CONSTAB% aracılığıyladır, yani çalışma zamanındadır.

Yayma yöntemi ile ekim
Yayma plak yöntemi
Elektroporasyon yöntemi
Mikrobiyolojik sayım yöntemleri
Propaganda teknikleri ve örnekleri
Gen aktarım yöntemleri
Çizgi ekim yöntemi

Çağrı eylemi 11.5.2, adım 4’te cadrout = (rouct constabp) için açıklanmıştır. Burada kadro bu şekilde değildir; bunun iki anlamı vardır: çalışma zamanında, kadronun lo%’a erişim sağladığı CONSTAB% yoluyla. DISPiAY% mutlaka rutinin ortamını temsil etmiyor, güncellenmesi gerekiyor.

Her biçimsel parametre sırayla çevrilir. 0(FORPARi)’nin sonunda, karşılık gelen resmi bildiricinin sınırlarının statik özellikleri BOST’ta görünür. Onlar belirtilecektir.

Resmi parametre statik özellikleri kavramsal olarak, durum, burada gerçek parametrelerin çağrıda detaylandırılmış olması ve değerlerinin rutin BLOCK%’nin %SIDST’sinde zaten saklanmış olması dışında kimlik bildirimine benzer. Buna göre, formal parametrelerin aşağıdaki statik özellikleri SYMBTAB’da saklanır.

Bu özellikler modefiden, caddfiden, … olarak anılacaktır. BLOCKTAB’de ~cid’in statik yönetimi, GCRELEVANT’a (modefiden) göre resmi tanımlayıcının erişim verme riski varsa zincire caddfiden-modefiden çiftinin eklenmesinden oluşur. Yığın %. Son resmi parametre işlendikten sonra, zincirin sonuna eklenir.

{Yöntem gövdesi, normal bir üniter tümce olarak çevrilir, ancak bu yan tümce bir iblock ise, pbloek (rutin gövdesi) ile birleştirilir ve bu, verimlilik nedenlerinden dolayıdır. Birleştirme, Iblock çevirisinde p(BLOCKBODY) dışındaki tüm adımları engelleyerek kolayca da elde edilir. Çevirisinden sonra rutinin sonucunun statik özellikleri BOST’ta görünür. Moderesj kadroları olarak da belirtileceklerdir.

Söylendiği gibi (sonuç aktarma stratejisi), sonuç aktarımının rutinin çevrilmesinde gerçekleştiği bir çözüm seçilmiştir. Sonuç aktarımıyla ilgili bilgiler, çağrıdan rutinin gövdesine %H kullanılarak dinamik olarak da iletilir.

Sonuç için öngörüler, çağrıdan rutine prevfla~% bayrağını rutinin %H’si aracılığıyla ileterek uygulanabilir; altprogramın çevirisinde bu bayrak dinamik olarak alınır. Birkaç vakanın dikkate alınması gerekir. Bu, sonucun çağrıdan sonra doğrudan atanacağını veya gerçek bir parametre olarak kullanılacağını da gösterir.

Sonuç, bir kayda giremeyecek şekildedir. Bu durumda çağrılan BLOCK% içindeki sonucu kopyalamak yerine sadece bu sonucun adresi de kopyalanır.

Çağrıda, erişim yönetimi, sonuç olarak, erişime neden olur (indwost bnc.swostc); sonucu doğrudan nihai konumuna kopyalamak için kullanılacak olan bu dolaylı erişimdir, böylece fazladan bir kopyadan da kaçınılır. Çağıran BLOCK%’deki dolaylı adresin depolanması söz konusu olduğunda da, sonucun kendisini depolamak için rutin BLOCK%’nin %H’sinin swostp% d~rp% ve gcp%’si kullanılır.

Sonuç, bir kayda girebilecek şekildedir. Sonucun kopyası, adresi kadar hızlıdır; prevflag% dikkate alınmaz, sonuç çağrılan BLOCK%’ye kopyalanır.

Çağrıdan sonra sonucun işlenmesi basit bir kopya değildir; sonuç, daha fazla önlem almadan işlenebileceği çağrılan BLOCK%’ye kopyalanır.

The post AKTARILMIŞ YÖNTEMLER – 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).