Konference: Počítač SHARP MZ-800 a emulátory
Od: | +GAMA |
Datum: | 16.9.2003 10:13 |
Předmět: | Re: Re: Re: sharp & unix |
> >som skor zastanca "cistych" rieseni - podmienit chodivost >softu pritomnostou urcitej ROM sa mi zda uplny zabijak - >nikto to nebude pouzivat (vratane mna) - zmena ROM >pravdepodobne sposobi nechodivost ineho softu, pri >citlivejsom "parani" ROM zas zabijeme zbytocne vela casu. >toto si viem predstavit v pripade 16k hornej VRAM. >ak vychadzame z 25k pre UNIX a 32k pracovneho priestoru, >zostava, 7 + 16k(VRAM) na "nieco ine". O obem si myslim toto: UZIX vlastne neni UNIX, jen se tak tvari. Spustit pod nim jde jen ciste systemove, "bezpecne" psane "aplikace", jakmile by obsahovaly chybu (zapis do prostoru, ktery jim nepatri, nebo tak), poslou cely "OS" do kytek. Spravny kernel si softwarove (umoznuji-li to ruzne mody procesoru, jako u 68xxx) nebo hardwarove aplikace hlida a zakazane operace jim zatrhne. Takze ohledne pameti bud by HW mel Z80 zabranit psat do zakazaneho prostoru (bude-li v jednom 64 kB bloku vic kodu naraz), nebo by (a to by bylo idealni) mel mit kazdy task k dispozici "svych" celych 64 kB (potazmo i vice takovych bloku). Vzdy "pristrankovana" pamet jednoho tasku. Jediny, kdo by mel pravo s prostredky nakladat libovolne, by mel byt kernel. At tak nebo tak, bez nejakeho noveho UNIX-specific dedikovaneho HW by spachat UNIX neslo, vznikl by jen nejaky UNIX-LIKE interpret UNIX-LIKE prikazu (jako je treba na C64 LUnix nebo LNG). Ale nechci rikat, ze je to debilni napad, sam o tomto tematu casto premyslim. Jen si myslim, ze poctive to delat na "holem" Z80 stroji nejde. +GAMA
Ostatní příspěvky vlákna:
[2003/1 (22)] [2003/2 (25)] [2003/3 (14)] [2003/4 (20)] [2003/5 (73)] [2003/6 (108)] [2003/7 (88)] [2003/8 (81)] [2003/9 (146)] [2003/10 (60)] [2003/11 (12)] [2003/12 (5)]
[1999 (1)]
[2000 (168)]
[2001 (733)]
[2002 (459)]
[2003 (654)]
[2004 (224)]
[2005 (105)]
[2006 (182)]
[2007 (201)]
[2008 (294)]
[2009 (363)]
[2010 (782)]
[2011 (522)]
[2012 (642)]
[2013 (442)]