assembly kod

[Balla Zoltán]

From: "SZIGETI Szabolcs" <szigi at ik.bme.hu>
> Mit csinal pl. egy ilyen program, ha a virtualis mem kezelo laphibara fut?
> kenytelen lesz megszakadni, ha diszkrol kell behozni a kivant lapot,
> kulonben nincs minek futnia. Vagy van Windowsban erre modszer, hogy
> garantaltam a fizikai memoriabanben legyen egy program? Ez igaz mas
> oprendszerre is.
>
Ha egy ilyen eset bekovetkezik, garantaltan megszakad a program futasa,de
valoszinuleg a rendszere is!! Mivel lemezmuvelet nincs(!), hacsak nem maga a progi
kezdemenyezte, mert akkor az op rendszer is megkapja a vezerlest, elvegzi a dolgat,
majd ujrainditja a program futasat...
Termeszetesen a Windowson belul is lehet rezervalni memoria teruleteket, stb. Sok
API fuggveny van ilyen celra, es szinte mindent meg lehet oldani rajtuk keresztul...

> Különben szerintem a kulturalt megoldás az, hogy felhasználói szintrol nem
> kezelünk hardvert, drivert csinalunk, ami - mivel rendszerint
> privilegizaltabb, mint a felhasznaloi program - jobb eselyekkel rendelkezik
> idozitesek es egyebek betartasara. Ez szinten fuggetlen attol, hogy milyen
> oprendszer van. Csak hat sajnos a valosagban ez nem mindig lehetseges. Meg
> aztan a Dosos idokbol hozott tudasannyagnal ehhez tobb kell, es nem keves
> munka megtanulni. Meg a hardvernek is azert kell valamilyen szinten
> tamogatnia.
>
>
Az elejevel tokeletesen egyet ertek, de sajnos a helyzet nem ilyen jo. Korantsem
mindegy milyen op rendszerre irsz drivert, sot meg a Win95,98,Me kozott is jelentos
elteresek vannak ilyen teren(is)! Egy drivert jol megirni sokkal bonyolultabb mint
egy felhasznaloi programot. Nagyon alaposan kell ismerni a konkret rendszer
sajatossagait!!! Ez altalaban nem kovetelmeny egy sima program megirasakor, de
driver eseteben nem lehet megkerulni...

Zoli