Hat ha jo valamire, itt a bena teszt programom Nem epp helytakarekos, de amugy egy "vazbol" csinalom mindig, nem irom ujra persze video channel nyitastol stb szamitva nullarol mindig ha kell vmi teszt ...

Amugy meg ott a special function EXOS hivas is. Kar, hogy pl olyan fogalmat, hogy directory list, CD, stb nem raktak be oda. Akkor egy eszkozkezelo tok konnyen lehetne szinte fullos erzesu, konyvtar strukturat stb imitalva. Persze EXDOS-on at FISH stb hivasokkal ez kezelheto, de egyreszt bonyi, masreszt nem tudsz (konnyen ...) irni olyan device driver-t, aminek nincs koze az EXDOS-hoz megis kezel konyvtarakat stb akar olyan standard modon, hogy minden sw tudja hasznalni ugyanugy (majdnem ... hacsak nem akar blokkolat olvasni vagy FAT-et machinalni stb). Pedig de szep is lett volna

Emlekeztet a "lyukas file" filozofiara Nehany filerendszer tud olyat, hogy ha mondjuk seek-elsz 1 milliardodik byte-hoz majd irsz oda egyetlen byte-ot es a file mondjuk elotte csak 1 block volt, akkor lemezen ezek utan is kettot fog foglalni mert kozotte van egy "lyuk" ami nincs tarolva disk-en mert minek. Ha arra vonatkozik olvasas automatice nullat ad disk i/o nelkul, max "toltodik fel a lyukunk" ha iras lesz oda majd. Amugy sparse file meg hasonlo neveken szokott futni.

http://xep128.lgb.hu/files/xep128-test.zip

Benne van emulator test verzio, a mar emlitett (csak kicsit tovabb irt) EXOS 10 tesztelom forrasa, es EP .com-ja, meg szokasos Xep128 dolgok ha kellene (SDL DLL-je, meg a ROM image, bar ezekben nincs valtozas eppenseggel). Most ahogy nezem (hacsak nem nezem el ...) FILE: es EXDOS-on at nezve kb uazt adja eredmenyul a teszt programom. Szoval alakul ez az EXOS 10 support

A teszt programom most letre is hozza maganak a file-t szepen, es azt hasznalja. Illetve irast is megprobal a "file vege utan", hogy mi tortenik. Meg kivalaszthato, hogy F:TEST.FIL vagy FILE:TEST.FIL legyen-e a kerdeses file az elejen, igy hogy mivel tesztelje EXDOS-on at, vagy a Xep128 FILE: implementaciojaval.

Ha ez tenyleg megy mas szerint is, mi legyen vele? Ezt tudod valamire konkretan hasznalni, vagy az a DEF_TYPE EXOS vatlozo es kornyeke kapcsan kene vmit csinalni? Pl egy XEP parancs amivel a default lesz a FILE: es beallitja az EXOS valtozot is? Vagy mit kene tennem, hogy ez pl neked is hasznos legyen, Zozo?

Igen ez jó lenne. Meg esetleg egy alapértelmezés a config fájlban.

Beztos, csak nem ertek hozza, azert is kerdeztem Amit igy saccra azert kitalalok, bar lehet, tevedek: EXOS 19 pont ilyesminek tunik. C-ben az is megadhato hogy filekezelo perferfia-e vagy nem. Szuper, akkor nem is kell beallitanom kulon a mar targyalt EXOS valtozot, mert ha jol ertem, ez a C-ben atadott alapjan megcsinalja. Szoval ezt kene hivnom a FILE nevre, meg C = 1-el. Jol ertem en ezt? A masik resze, a visszaallitas, az trukkosebbnek tunik. Honnan tudjam mi volt? Ha van EXDOS a rendszerben akkor elvileg DISK-1 (?) kellett hogy legyen, C=1-el, ha nincs akkor TAPE-1 C = 0-val? Ezt igy feltetelezgetnem, kitalalnom kell, hogy vissza tudjam allitani, vagy lekerdezheto valahogy normalisan, hogy egyetlen paranccsal ez elozo (Xep128 altal elmentett) ertekre terjen vissza? Plusz, az az -1 a vegen az unit number vagy mi? Az mindig -1? FILE-nal gondolom nem kell magamra megadni, mert ugyse kezelek unit numbereket, bar nem tudom jol gondolom-e ...

Lehetne pl:
:XEP FILE:
:XEP DISK:
:XEP TAPE:

Ebből logikusan jön is, hogy mit kell beállítani

Ja En is erre gondoltam, bar, a kettospont szerintem nem kell a vegere, legalabbis EXOS 19 leirasnal azt irjak, hogy nem kell. Mondjuk ott DISK-1-rol beszelnek stb, nem tudom mi lesz ha csak DISK-et adok neki. Lehet, elso korben csinalok olyat inkabb, hogy:

:XEP DDN akarmi

A DDN a default device name akar lenni, es akkor lehet kiserletezgetni kulonbozo nevekkel az "akarmi" helyen egyszeruen Spec csak az kell, hogy honnan tudjam, hogy C-ben mit adok az EXOS 19-nek, bar az is lehet eljaras, hogy mindig file kezelo, _kiveve_ ha az "akarmi" az "TAPE" vagy azzal kezdodik (pl TAPE-1)

A problémásabb része, hogy az EXDOS meleg resetnél állítja be a DISK-et, vagyis, hogy ezt felül tud írni, az XEP ROM-nak az EXDOS alatti szegmensszámon kéne lenni.

Ala nehez lesz, mert 2.4-es Zozo-os EXOS Az 4 szegmens, folotte meg az SDext van, amiben az EXDOS is csicsul, tehat XEP ROM csak fole mehet ebben a configban. Amugy XEP ROM - elvileg bar nem teszteltem - felulbiralhato: alapbol az utolso betoltott ROM utan van, de ha config file-ban vagy parancssori kapcsoloban szerepel a rom@xx (xx persze egy hex szam ...) aminek az erteke "xep", akkor oda eroszakolja a XEP ROM-ot (ami amugy a Xep128 internal cucc - azaz magaban az exe-ben van benne -, nem a combined.rom-bol jon!!), nem az utolso ROM utan algoritmus lesz tehat. Illetve a xeprom 0 direktiva meg total kikapcsolja a XEP ROM-ot (kiveve, ha manualisan mellette nem helyezted el a fenti modszerrel).

Jelenleg a XEP ROM amugy minden EXOS ROM hivasnal atadja a kerest egy TRAP-pel, ide:

https://github.com/lgblgblgb/xep128/blob/master/emu_rom_interface.c

A 114. sortol kezdve (ebben a verzioban ...) lathato, ahogy a kulonbozo akcio kodokat lekezeli (lasd a kulonbozo "case"-ek utan). Igy tippre, vagy a 8-as vagy az 1-esbe kene beirni a config file alapjan valo default beallitast. Nyilvan, ha amugy :XEP parancsban jon, akkor a 2-esben van. Vagy ez nem segit, mert barmit allitok, EXDOS felulbiralja? Spec az is megoldas akkor (bar csunya!) hogy EXDOS.INI -t csinalsz es abba beleirsz egy XEP parancsot, ami a FILE-ra allitja pl

Monjuk, ha betoltok egy programot, akkor o mar nem azt latja (default device driver-nek), amit beallitottam. Szoval EXDOS gondolom szepen reset-eli sajnos a DISK-re, hiaba allitottam at, tehat amit mondtal mar?