Welcome, Guest. Please login or register.


Author Topic: Xep128 (Read 167045 times)

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #300 on: 2016.April.21. 11:32:29 »
Elvileg az objektum orientált programozásnak az lenne az értelme, hogy áttekinthetőbb, karbantarthatóbb programokat lehessen írni. Inkább lassabban mint gyorsan, mintegy

Igen, erre is irtam, hogy nincs baj amugy az OOP-vel, ha a cel nem veszik el, hogy valami hasznos dolog miatt akarjak hasznalni, valami ertelmes cellal.

Quote
Valójában az lgb által citált idézetnek semmi köze a Linux kernelhez. Hacsak azt nem tekintjük komoly kötődésnek hogy egy kernel fejlesztő mondta.

Annyi kotodese van, hogy egy olyan vita kapcsan kerult elo (igaz off-topic-ban) ahol C++ miert nem lehet a Linux kernelben tema volt, tehat amit irtam pontosan.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14739
  • Country: hu
    • http://enterprise.iko.hu/
Re: Xep128
« Reply #301 on: 2016.April.22. 19:46:15 »
Kapsz hozza hazifeladatot is :) combined.rom-ban C000-tol hex editorral (szoval a 3. szegmens) ird at az EXOS_ROM -ot XEP__ROM -ra (igen, ket alahuzas jel)!
Gyártottam combined rom gyártót, hogy egyszerűbb legyen :-) Mindenki ízlés szerint átszabhatja.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #302 on: 2016.April.22. 19:57:59 »
Gyártottam combined rom gyártót, hogy egyszerűbb legyen :-) Mindenki ízlés szerint átszabhatja.

:) oooo, jo oreg kis batch file :) :) Jut eszembe. Tehetnek fel a weboldalra egy kivalasztos vackot (ott lenne fenn par ROM amibol lehet vallogatni), amivel aztan az eredmeny letoltheto egy klikkre.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #303 on: 2016.April.22. 20:10:47 »
Ja, meg meg megjegyzem, hogy amugy nem kotelezo vacakolni am combined.rom-al. Azert talaltam ki ezt a megoldast, hogy egy eleg legyen egy szem file, ha valaki nem nagyon akar szenvedni. Ettol meg Xep128 be tud tolteni tobb ROM-ot is. Pl config file-ba:

rom@00 = C:\.........\EXOS.ROM
rom@20 = C:\........\valami.ROM

Ha nem tetszik, hogy tul hosszu, es mindig ki kell irni az eleresi utvonalat, akkor segit a '@' a trukk, ami ugye a preferences konyvtar. Ha ott van minden ROM, akkor eleg ez is:

rom@00 = @EXOS.ROM
rom@20 = @valami.ROM

Ilyenkor a @ lecserelesre kerul (ha a filenev elso karaktere) a preferences konyvtarra, a \ szeprator (vagy hat Unix Linux eseten / ...) sem kell a @ moge, az is benne lesz. Azert van egybe irva a file nevvel. Nyilvan a 00 es 20 a pelfaban szegmens, mindig ket karakter, es HEXA ertek persze! Ez command line-ban is megadhato persze, akkor ilyesmik lennenek peldaul:

xep128.exe -rom@00 @EXOS.ROM -rom@20 @valami.ROM ....

Vigyazat, a @ karakter tobb helyen is van, mast jelent! FIle nevkent az elso karakter helyen a pref dir-t jelenti, a rom@XX-ben viszont ugye csak a szintaxis resze nem jelent amugy semmit.

Meg egy trukk, ezt is jo lenne mondjuk tesztelni :) Ha van hely a XEP ROM-nak (nem fedi le ROM, akar rom@xx opcio altal, akar ugy is, hogy egy nagy combined.rom miatt nem fedett az adott szegmens), akkor:

rom@00 = @EXOS.ROM
rom@10 = XEP
rom@20 = C:\.....\valami.ROM
ram = @=40-41,48,E0-EF

Itt az a kulonlegesseg, hogy ha vmelyik rom@XX opcional a nev "XEP" akkor az *NEM* file-t jelent, hanem a Xep128 a sajat magaban tarolt XEP ROM-ot oda fogja eroszakolni! Nyilvan ilyenkor nehogy vki @XEP -et irjon mert az meg tok mast jelent ugye. Ilyenkor a XEP mint string alapjan ismeri fel, semmi koze valodi file-hoz!

Ez a feature, meg a XEP__ROM szignatura detektalas rom image-ben viszonylag uj, lehet a xep128-test.exe-vel megy csak :) Na mar en is keverem, hogy melyik verzioba tettem bele, oh-oh ....

A fent utolso peldat megfuszreztem egy kis RAM configgal is :) Itt a @ megint mast jelent :) Azt jelzi, hogy ugye "komplex" config jon (ha csak egy szam all a ram-hoz az decimalis, es kilobyte-ban a RAM de akkor csak folyamatos lehet FF szegmenstol lefele iranyban), jelen esetben 40-41 (itt is hexa ...) szegmensek SRAM (a = jelzi azt, hogy SRAM), a 48 RAM, az E0-EF szinten RAM, a VRAM meg mindig van, azt ilyenkor kulon nem kell megadni. Nem keverendo a ketto rom@XX de ram@xx nem letezik, arra egy opcio van, csak ram ...

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #304 on: 2016.April.22. 20:13:28 »
http://xep128.lgb.hu/files/xep128-test.zip

Kozben a fentiekbol okulva kiraktam ujabb verziot "test" kategoriaban, lehet, ami utoljara barhol kint volt, az nem is tudja az oszzes dolgot amit elobb leirtam :oops:

Illetve, itt ujabb gcc-vel forditottam Windows ala, szoval remelem azert meg jo :D

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14739
  • Country: hu
    • http://enterprise.iko.hu/
Re: Xep128
« Reply #305 on: 2016.April.22. 20:20:41 »
ROM-knál egy kérdés: Azt érti ha egy ROM fájl nem pont 16K-val osztható? (16K-ra kerekítés FF-el)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14739
  • Country: hu
    • http://enterprise.iko.hu/
Re: Xep128
« Reply #306 on: 2016.April.22. 21:38:09 »

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14739
  • Country: hu
    • http://enterprise.iko.hu/
Re: Xep128
« Reply #307 on: 2016.April.22. 21:41:58 »
http://xep128.lgb.hu/files/xep128-test.exe
Ebben van DDN, de a XEP DDN DISK után is a file ablak jön, sőt még a LOAD "DISK:"-re is :oops:

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #308 on: 2016.April.22. 22:28:06 »
Ebben van DDN, de a XEP DDN DISK után is a file ablak jön, sőt még a LOAD "DISK:"-re is :oops:

A LOAD "DISK:"-nek van ertelme amugy filenev nelkul? Marmint akar Xep128/stb nelkul is.

Amugy ezt a problemat mas is felvetette egyszer (talan gflorez az angol forumon). Ebben az az erdekes, hogy a file selector ablak az a FILE: device handler egyik trap-jeben van. Tehat, ha az megjelenik, az mar eleve igen fura EXOS szinten is, mert az annyit tesz, hogy az EXOS odaadta a vezerlest a FILE: eszkozkezelonek ...... Mas uton meg sem jelenhetne, ugyanis a file selector ablakhoz az ut egyetlen XEP ROM ED trap-en at vezet, ami a FILE: eszkozkezeloben van a XEP ROM-ban, tehat akkor EXOS valahogy oda keveredett mar eleve ... Szoval akkor ez igen fura. Csak a :XEP DDN parancsot hasznaltad, nincs beirva config file-ba is (mert ott is meg lehet elvileg adni mar: ddn = ....)? Lehet a ketto egyutt kisse osszakavarodik :-@

Mellekeltem screenshot-ot Xep128-rol, amit en probaltam most. Az latszik (direkt nem letezo filenev), hogy jol lathato, ha file az alap eszkoz akkor Xep specifikus errot kapunk vissza, ebbol tudhato kb, hogy o valaszolt, ha disk, akkor exdos hibat. Ez amit irtam, nalad is ugyanigy megy?

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #309 on: 2016.April.22. 22:30:08 »
Ez valami régi lehet, mert DDN sincs benne.

On nyert, rossz URL-t irtam :oops: Bocsi, ahogy irod is, a sima exe-s az, nem a zip :oops:

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #310 on: 2016.April.22. 22:31:38 »
ROM-knál egy kérdés: Azt érti ha egy ROM fájl nem pont 16K-val osztható? (16K-ra kerekítés FF-el)

Nem, ha nem 16K tobbszorose, abbol error lesz ... Igazabol ez lehet hogy gaz, es modositani kene, az elejen azert dontottem igy, mert igy eleg jol latszik az is, ha vmit elbenazok, mast olvasok stb, es jobb garancianak tunt, hogy tuti kitolt-e egesz szegmenseket :) De igazad van, majd modositom ... Max azert vmi also limit csak kene, 0 byte-os rom image ne legyen mar, stb :-P

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #311 on: 2016.April.22. 22:46:19 »
Masik trukk: a XEP ROM irva is van emu altal, user program persze nem tudja irni ... ha a 3. lapon van, FFE0-tol van EXOS stringkent amugy a ddn beallitas. Ez lekerdezheto, utilizalva a Xep128 megfelelo XEP vagy konzol/monitor parancsat:

:XEP M FFE0:03

(vagy konzol/monitor ablakban a :XEP resz nem kell, :XEP eseten text 80 ajalanlott kulonben eleg vacakul fog kinezni). A peldaban a :03 nem a lapszamot adja, a szegmenszamot, csak itt epp a XEP ROM a 3. szegmensen van, amit persze a 3. lapra lapozva kepzelunk el, azert a parancsban az FFE0 resz, csak hogy egyszeru legyen :)

Ha nem felsz a kihivasoktol, akar disasm-olni is tudod, lasd masodik screenshot, foleg ha tudod hol a rom-ban a cucc, ami nem konnyu, mert verzionkent elterhet :-P - ezt a forditaskor csinalja amugy sjasm map/sym file alapjan gyartott terkepet hasznalja az emulator kodja is maga, ezert is tartozik szorossan ossze a ketto, es nem lehet kulso ROM image file-ban, igy be van epitve: nem lehet elteres a Xep128 es sajat ROM-ja kozott, de tutira :)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14739
  • Country: hu
    • http://enterprise.iko.hu/
Re: Xep128
« Reply #312 on: 2016.April.23. 11:02:44 »
a LOAD "DISK:" a START fájlt töltené be

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #313 on: 2016.April.23. 12:40:32 »
Valami fura dolog tortenik :) Ha konzol ablak nyitva van, oda kiir par dolgot az emulator "debug" celjara. csak sima load disk:-re ez jelenik meg:

FILEIO: open channel #254 result = -1 filename = "filefile" as (null) with size of 0

Honnan vette ezt a "filefile" nevet az jo kerdes :-P

FILEIO: close, invalid channel for 254, fd is -1

Ez is erdekes uzenet: bar nem sikerult megnyitni a file-t, EXOS le akarja zarni a csatornat, ami persze invalid channel, hiszen megnyitni sem sikerult ...

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #314 on: 2016.April.23. 13:16:06 »
Zozo, tudod miben segithetnel? Ezt mar kerdeztem egyszer, de most altalanosan. Vannak olyan eszkoz kezelo belepesi pontok, amik vmi puffert kezelnek. Konkretan ami eszembe jut (DE-vel van mindig):

* csatorna megnyitas, letrehozas: nev megadasa
* blokk olvasas/iras, memoriaterulet ahova irni kell, ahonnan olvasni kell
* EXOS 10 status, puffer, ahol pl file mutato ("seek") van, ami alapjan be kell allitani, vagy ahova kiirja, illetve file meret

A kerdes ugye az, hogy ezek _MINDIG_ a user szegmens/lap beallitasok alapjan mennek egy eszkozkezelo eseten amit az EXOS hiv, az osszesnel? Azaz nem az aktualis B0...B3 dave portok alapjan kell DE-vel mutatott teruletet irni/olvasni nekem, hanem amit EXOS eltarolt az USR_P0...P3 byte-okban (az FF szegmens "legteteje", a 4 utolso byte - ha jol remlik).

Amit en neztem: doksi a block read/write-ra irja, hogy igen, USR_P0,P3 alapjan. A tobbi viszont nem vilagos! Az EXOS 10-est lekezelo eszkozkezelo hivasnal talan neztem anno kiserlettel, es ugy tunt, hogy ott is. Ami nem vilagos, az a csatorna megnyitas/letrehozasnal a filenev ...