Viszont ennek csak az EXOS fájlműveleteknél van szerepe, a DOS parancsokban látható A: , stb közvetlenül az EXDOS CLI által lesz feldolgozva.
Vagyis attól, hogy csinálsz egy N: eszközt, a DIR N: nem fog rajta működni.
Ebben biztos voltam
Azert irtam azt is, hogy mi van ha a DIR parancsot (ha minden igaz akkor az a ROM extension-ok belepo kodjanal a 2-es funkcio, hogy parse command string vagy hasonlo) "feluldefinialom"? Ha en kapom meg elsonek, akkor megnezem a string tobbi resze alapjan h "engem" erint-e, ha igen, csinalok kb legalabb hasonlo formatumban eredmenyt, mint amit az EXDOS DIR-je csinalna. Ha a string alapjan nem az "enyem", akkor lemondok rola, igy talan megtalalja utan az EXDOS, es o le fogja kezelni. Ez szerinted igy mukodne, vagy tul van bonyolitva, es egyszerubb egy NDIR inkabb? Foleg, mivel ugye akkor a DIR feluldefinialosdi jatekban arra is figyelni kell, hogy mi az aktualis meghajto, miegymas.
A lemezkezelés következő szintje a FISH hívások, ezek nagyon hasonlóak a CP/M / MS-DOS rendszerekben is használatos dolgokhoz, FCB-k és társai.
Na en erre gondoltam anno is, amikor eloszor irtam ebbe a topic-ba; hogy ha az EXDOS elegge modularis, nem lehetne a FISH reszet lecserelni ahhoz, hogy tok mas filerendszer legyen? Azaz pl egy "modern" OS-nel is van a konkret driver a hardware-hez, azon at ami block szinten latszatja, afolott ami block iras/olvasassal filerendszert implemental, es ahol tobb kulonbozo fs is van, ez utobbibol pl tobb is van, es az OS eldonti hogy melyiket hivja eppen, pl egyik disk-en FAT van, a masikon meg ext3 filerendszer. Amirol irtam POSIX VFS stb az mondjuk unix-os korokben megnevezes erre: a kernel implemental egy VFS API-t, ami amolyan csattolo, es a megfelelo filerendszer kod azonos funkciojat hivja, attol fugg melyik mount point-rol van szo (DOS-os kisse santito hasonlat: melyik meghajtorol). Tehat hogy nincs egy filerendszer belebetonozva, kernelben lehet akar 100 kulonbozo is egyszerre ... Mikor irtad, hogy az IDE csattalonal milyen remek volt, hogy kiderult, eleg modularis az EXDOS ahhoz, hogy le lehessen cserelni ezt a reszet, felcsillant bennem a remeny, hogy a konkret FAT-es reszt is le lehet cserelni mint a filing system (ez lenne talan a FISH?) rendszeret, ahogy a block io reszet is le lehet ezek szerint.
Igazabol, igy belegondolva, kezdek rajonni, hogy talan nem is annyira fontos, hogy EXDOS-t majmoljam, atlag programnak gondolom mindegy, hogy honnan toltodik be, ha esetleg kell neki adatfile, stb, akkor nem vagyok biztos, hogy azt ugyanott keresi majd? Ha igen, akkor max spec programokkal nem menne persze, ha kozvetlen block stb olvasas van, mint pl EPDOS, ISDOS ...
Jol gondolom, es szerinted is kar a faradtsagert megprobalni belekotni az EXDOS-ba, mindenfele fura modon?
Btw, egy dolog utott meg szoget a fejembe. Amint eppen ejjeli maganyomban a csalad elalvasa utan EXOS_ROM-ot irtam, es ehhez doksit olvastam, lattam az EXOS string felepitesenek leirasat. En itt kicsit meglepodtem, ui vmi olyan remlik, hogy a filenevre 26 karaktert irnak. Nem keves az? Pl ha (foleg ha nem kell EXDOS/FAT kotottseg), "NL:\ZozoKedvencKonyvtara\datafiles\..." stb, akkor konnyen kifogyok abbol ... Persze relative path is lehetne, erre gondoltam az NCD parancsot majd, ami annyit tenne, hogy az emuval kozli hogy a nem abszolut (nem \-el kezdodo) path-el ele tegye oda a beallitottat. Az JSep es a server kozott http-vel meg mar mindig abszolut path-ek mennek, tehat az NCD-vel ilyen modon krealtam nemi konyvtarszerkezet szeru izet, NDIR-el listazhato, NL: eszkoznevvel meg lehet irni/olvasni, akkor mar jo uton vagyok? Itt maradnek az NL eszkoznevvel megis, mert nem tudom mennyire valoszinu, hogy valaki EXDOS-al N meghajtot hasznal, es utkoznek vele.
Talan nem ide tartozik, de talaltam egy erdekesseget, bar ez lehet, csak nekem uj. Kivancsi kedvemben nyomtam egy TYPE parancsot egy konyvtarnevre. Erdekes az eredmeny ... Pedig az elejen meg fel is lelkesultem, ui egyes OS-ekben (pl Solaris) a konyvtar valoban megnyithato file-kent, es akkor ott lathatod raw forumatumban a konyvtarbejegyzeseket, amibol a directory is megkonstualhato akar kiirhato formaban, ha valaki ugy szeretne lekerdezni. Bar ahogy nezem az eredmenyt, EP eseten ez inkabb veletlen bug, vagy egyszeruen a konyvtarban levo file-okat kilistazza egymas utan szepen, es ez csak nekem uj?