Přejít na obsah
ARCHIVEKArchiv e-mailových konferencí o 8bitových počítačích Archiv Pandory 1999 až 2013

Re: Re: Re: sharp & unix

+GAMA SHARP MZ-800

Zobrazit citovaný text (6 řádků)
>
>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.
Zobrazit citovaný text (3 řádky)
>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 

Zobrazit původní podobu

Vlákno · 11 zpráv

Zobrazit celé vlákno na jedné stránce

  1. sharp & unix Fuzzy
  2. Re: sharp & unix Felix
  3. Re: Re: sharp & unix Fuzzy
  4. Re: sharp & unix Felix
  5. Re[2]: sharp & unix marcel vasak
  6. Re: sharp & unix Felix
  7. Re: sharp & unix Feri
  8. Re: Re: sharp & unix Feri
  9. Re: Re: Re: sharp & unix +GAMA
  10. Re[3]: sharp & unix marcel vasak
  11. Re: sharp & unix Felix