Nem hiszem, hogy ez manapság nagyon "fenyegető" probléma lenne... 
A fenti problémák kiszűrésére lenne alkalmas a VERNUM változó ellenőrzése.

Az ilyen X-aktás esetek miatt gondolkozom azon, hogy kéne egy olyan EP-s RAM teszt, mint ami PC-n a Memtest86+ , ahol nem a gyorsaság a lényeg, hanem az, hogy minél több módszerrel, minél jobban megkínozza a memóriát, hogy kibukjanak az ilyen dolgok.

István! Lenne ötleted, miféle algoritmusokkal kéne nekiesni?


Magát a programot úgy képzelném, hogy az EXOS 2.4-ben lehetne induláskor egy gombnyomással elõcsalogatni, de lenne betölthetõ verziója is a hagyományos gépek számára. meg kapná egy listában az alap RAM teszt alapján felderített RAM szegmensek listáját, aztán azt kínozná, amíg le nem lövik
Ne kelljen játékfagyásokat keresgélni, vagy RAMDISK másolásokkal fájlsérülést keresni, stb hanem legyen egy olyan teszt ami 99.999%-ra kihozza, hogy jó-e a konfig vagy se.

Olyanra gondoltam, hogy valami 16K-n keresztül futó bonyolult számítást kéne generálni, ami megáll HALT-tal a szegmens végén. Beprogramozni egy 1 Hz-es megszakítást, és az IRQ-n keresztül lép ki a tesztbõl, és ellenõrzi, hogy a regiszterekben az elvárt eredmény van-e. Ha netán összekutyulódik hiba miatt, akkor is van esély, hogy a megszakítás lelövi az elszabadult programot. Legrosszabb esetben azt látja a felhasználó, hogy a TESTING xx-nél lefagyott, végülis ez is felér egy hibaüzenettel 

1.9-be visszakerült.

Van:


Lásd itt.

Volt gyorsteszt, de kevesebbet tudott: nem volt még ROM szimulációs lehetõség, és EDCW bõvítések megõrzése, és a kijelzés is kevésbé részletes.
WP 2.6 és a EXT hibával javított BASIC már benne volt ebben is.

Ha nagy cpu orajelre allitom a szimulatort, akkor ugye begyorsur a cursor villogasa es a hanglejatszas ( gondolok itt elsosorban a billentyuzethangra, de gondolom nem csak arra korlatozodik ) is begyorsul es igy magasabb hangon jatszik le, ill. rovidebb ideig tart.

Ez a ket funkcio kozul egyik sem lett vona megszakitasokkal idozitve az exosban ? Hogyhogy felgyorsulnak ezek ?