Ok, nem tudom mit neztem be tegnap, ha megint osszeakadok vele, akkor szolok, most megneztem egy exdos- t, es a 20- on van EXOS_ROM a 21- en pedig valoban nincs.

Szoval akkor osszefoglalom.

Mostmar akkor tudjuk mi a tukrozodes, ok. Tudjuk hogy a hw adja, hogy egy rom tukrozodik- e vagy sem. (Arra akkor meg nem volt valasz, hogy a tukrozodes kiszurese akkor egy binaris osszehasonlitas az osszes tobbi rommal ?) RAM ugye ilyen modon nem tukrozodhet, ez csak a romoknal engedelyezett.

Namost ROM- oknal is csak a 4,5,6,7 helyeknel van gyarilag ( EXOS 21 ) tukrozodes kiszures, tobbi helyen csak 16- osaval vannak tesztelve eleve a szegmensek, es a 16- tal kezdodo ROM- ok kozott nincs tukrozodeskiszures.

Ha viszont egy rom nagyobb mint 16kb AZ ATTOL MEG TELJESEN LATSZODNI FOG a z80- nak, csak az EXOS 21 nem ad lehetoseget a 16kb- on feluli reszekre bovitoket helyezni. De attol meg az eredeti EXDOS is igy mukodik, hogy a 32K EXDOS elso fele egy rom bovito, a masodik fele meg csak kod, amit az elso fele (a rom bovito) hasznalni tud.

Jol beszelek ?

Talan jo lesz ebbe a topic-ba  A wdemo parancsomat nezegetem JSep-ben peldanak. Egy valami szoget utott a fejembe: hogyan lehet ezt leallitani?  Mert ugye a teljes puffert listazom most mar, ami az index.hu-nal kvazi kisse hosszu ... Ha pl egy dir a: a parancs, az stop gombbal megallithato. Nu, ezt szeretnem tudni, hogy ezt hogyan implementaljak, hogy en is meg tudjam csinalni. Lekerdezik egyszeruen a billentyuzetet idonkent? Most a wdemo az ugye csak annyi, hogy varok max 1K puffert az emutol (mely elegge el nem itelheto modon beleirja a netlinkfs.rom image vegebe a memoriaba ...), azt exos 8 hivassal kiirom, majd kerem a kovetkezo max 1k-t, amig van mit atadni igy 1K-nkent persze. Meg ha az exos 8 hivasok koze teszek billencsvizsgalatot, az is kisse lassan fog jonni, hiszen lehet 1K-s mereten dolgozik az exos eppen h kiirja. Sorokra a puffer atadast nehezen tudnam lebontani mert uaz a mechanizmus van binaris adatra is, ahol eleve nincs is ertelme a soroknak, nem ugy mint text printnel. Otlet?

A szoftver megszakítást nézik, pl az EXDOS-ból:

Koszi. Implementaltam is, pl most :wdemo index.hu megszakithato, ha nem is azonnal reagal a hasznalt puffer meret miatt (az mellekes, hogy megprobaltam legalabb amator modon par ekezetet is konvertalni az output-ban).

Kicsit mas, megneznel nekem valamit? Lasd a szokasos helyen az emu, inditsd el, aztan amikor az IS-BASIC-hez ersz, stop-old le az emulaciot, es nezd meg a debug ablakot (a vege fele). Ilyesmik:

NetLink: rom entry request, c=2, b=6, cmdstr="EXDOSÿ"
NetLink: rom entry request, c=2, b=6, cmdstr="EXDOSü"
NetLink: rom entry request, c=2, b=6, cmdstr="BASICX"

Mi a bubanat lehet az az extra karakter a vegen? Ez azert is fura, mert lathatoan kiirattam a b register erteket is, ami azt mondja, hogy 6. Ez nem teljesen vilagos nekem, hiszen elvileg az EXDOS nevnel 5 a hosszusag, es ebben az esetben az parancs-string parse-olasara nem 5-el kene hivnia, mivel az EXDOS hosszusaga 5? Amugy ettol eltekintve is: valojaban en a stringet nem a B register alapjan nezem (egyedul a help-nel nezem, hogy nulla-e hogy tudjam, hogy csak a rom "rovid" nevere kivancsi-e, ami latszik pl egy sima :help-nel amire minden rom-ot meghiv, vagy egy adott parancsra), hanem a DE altal mutatott helyrol veszem, ahol ugye az ott levo byte a string hossza, es utana jon maga a string. Viszont ugy tunik aszerint is 6-ot kapok hosszusagra, ami nem stimmel ismet (aztan en keresem meg az elso szokozt stb, ha pl parameterek vannak). Az is erdekes, hogy ettol fuggetlenul latszolag mukodik minden, de akkor miert fordulnak elo ezek az anomaliak? Bar eros a gyanum, hogy nyilvan en rontok el (vagy nem ertek) valamit, csak akkor jo lenne tudni, hogy mi a bibi

Ezek nem felhasználó parancsok, hanem ROM-ok közötti komunikáció:
"EXDOS",0FFH    ;EXDOS bővítőktől az általuk kezelt meghajtók adatainak lekérdezése
"EXDOS",0FDH    ;EXDOS bővítő utólagos beláncolása
"EXDOS",0FCH    ;EXDOS bővítések hidegindítási inicializálása
"EXDOS",0FBH    ;EXDOS bővítések melegindítási inicializálása

"BASICX" IS-BASIC bővítések lekérdezése

Wow, szoval ez teljesen normalis, az EXOS is jol mux, meg en se szurtam el semmit, max nem ertettem Koszi szepen!

Bárhol.
Így első hallásra nincs értelme, hacsak nincs belső reset hívás a programban RST 28h-val.

5-ös fejlécű program esetében a 100h alatti cimeken hol lehet garázdálkodni?
értelemszerűen 30h 38h környékén nem, de mi van 0-30h-ig? Tehetek oda saját rutinokat, amiket majd RST-vel érek el?

Az EP -ben ugye 9 pixelsor magas egy karakter, és emlékeim/feltételezéseim szerint ez a 9 pixelsor mindenhol él, nem csak karakteres módoknál,
tehát mivel az exos karakteresével engedi a videolapokat specifikálni, ezért ez a 9 függőleges pixelsoros szprzó ez mindenhol ott lesz.

Az lenne a kérdés hogy egy a 9 pixelsoros magasság milyen módón és szinten van az exos -ba huzalozva ? Módom van ezt átállítani, tudok csinálni 8 pixel magassággal operáló karaktereket ? Exos értelemben gondolom, nem hardveresen. Ha nem is egy érték (mondjuk karakter magasság) beállításával, de milyen szintű változtatással, lehet -e ezt módosítani 8 pixelre mondjuk ?

Ez nem lenne jó (nekem, vagy max csak addig, míg az exos nem nyúlna újra az lpt -hez), mert ő megint arra frissítené, amire ő akarja.

Exos kompatibilisebb megoldás iránt érdeklődnék.