Welcome, Guest. Please login or register.


Author Topic: EXOS 2.3 tovább fejlesztése (Read 49708 times)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
EXOS 2.3 tovább fejlesztése
« on: 2007.May.16. 01:10:45 »
Eredetileg a befejezetlen projektekbe akartam, de most hála az ep128emu debuggerének meg találtam azt a bugot amivel 12 éve elakadtam :-)

Az egyik angol srác kért angol EXOS 2.3-at ehhez keresgéltem, hogy melyik forrásszöveg az aktuális. Így találtam a "közforgalomban" lévõ EXOS 2.3-nál több újabbat is, a legfrissebb egy EXOS 2.31-nek elkeresztelt változat 1995-bõl, ami egy kicsit bugos volt...
De most már mûködik :-)

Változások az ismert 2.3-hoz képest:
-javítva a "WP 80 karakteres módban rejtélyes villogó pixel, ha nincs EXDOS" címû hiba (ha jól emlékszem még az Indexes idõkben jelezte ezt MrPrise)
-EDCW-nél a SETUP szegmens is megõrzõdik
-2 szektoros clusterû RAMDISK-et is felismer a RAMDISK megõrzõ rutin (2 megánál nagyobbhoz ez kell, igaz jelenleg az EXDOS ilyet nem tud létrehozni, de kezeli, ha ASMON-ból "diskeditáljuk" :-) )
-a teszt induláskor hajlandó átadni a vezérlést egy HsoftROM kezdetû szegmensnek (EPDOS 2.1...)
-memória teszt alapértelmezésben a 4-es szegmensig fut le, vagyis a cartridgeban található SRAM külön gombnyomás nélkül memóriabõvítésként üzemel. 5,6,7,8-as gombokkal lehet elérni, ha részben vagy teljesen nem szeretnénk élni ezzel a lehetõséggel
-azonos ROM-ok vizsgálatakor a szegmens eleje helyett 0000H,1000H,2000H,3000H címeken ellenõriz 16-16 bájtot
-kisebb javítás a hibás RAM szegmensek detektálásakor, hogy egyes turbós gépeken, ahol az üres adatbusz nincs stabil értékre beállva, ne jelenjenek meg fantom hibás szegmensek
-STOP és HOLD billentyûk kezelésén némi finomítás, hogy ne olyan érzékenyen mûködjenek
-STOP gomb hatása második fázisban felfedezett hibás szegmensek esetén is érvényesül. (Az elsõ fázisban letesztelõdnek a szegmensek, akkor növekszik a "TESTED"-nél látható érték. Ilyenkor minden szegmensben egy egyedi érték lesz hátrahagyva. A második fáziban végig megy a tesztelt szegmenseken, és leellenõrzi, hogy meg van-e az ellenõrzõ érték. Ha igen, csak akkor kerül át az OK-ba. Így lehet pl címvezeték hibákat kiszûrni.)
-a WP 2.6-ban el lett dugva pár újabb nyomtató vezérlõkód MP80-as nyomtatóhoz, de ilyenem úgyis csak nekem van :-) (ezért a HELP-ben sincs benne :-) )

-az induló képen olvasható "F8-as nullásszegmens" funkció még nincs kész

[ Guests cannot view attachments ]

« Last Edit: 2007.May.16. 08:52:33 by Zozosoft »

Offline MrPrise

  • Administrator
  • EP addict
  • *
  • Posts: 2755
  • Country: hu
    • Enterprise Forever
Re: EXOS 2.3 tovább fejlesztése
« Reply #1 on: 2007.May.16. 08:09:22 »
Gratulálok a bug levadászásához! :-)
Úgy látom az EP EXOS-a lassan kényelmesebb lesz mint a Windows ;-)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: EXOS 2.3 tovább fejlesztése
« Reply #2 on: 2007.May.16. 12:43:51 »
Ha van valakinek ötlete ennél angolosabb szövegre, ne tartsa magában :-)
[ Guests cannot view attachments ]

Offline Povi

  • EP addict
  • *
  • Posts: 2296
  • Country: hu
    • http://povi.fw.hu
Re: EXOS 2.3 tovább fejlesztése
« Reply #3 on: 2007.May.16. 13:19:22 »
Angol nyelvű lesz? Vagy marad a magyar is?
Úgy látom újabb funkcióval bővült: ALT - csak 64k-ig tesztel?

Régebben volt egy csomó ötletem, miket lehetne javítani benne, de most nem jut eszembe egy se... :-)
De az epdos 2.1 egy-két jól sikerült cuccát bele lehetne csempészni az új EXOS-ba. Pl. nekem a KEYBOARD:-ja nagyon tetszik!
Meg hogy CTRL+ALT-ra előugrik egy memória-dump.
*** Speicherplatz zu klein

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: EXOS 2.3 tovább fejlesztése
« Reply #4 on: 2007.May.16. 13:30:52 »
Angol nyelvû lesz? Vagy marad a magyar is?
Amilyet a kedves felhasználó óhajt :-)
Úgy látom újabb funkcióval bõvült: ALT - csak 64k-ig tesztel?
Az eddig is volt, csak nem volt dokumentálva :-)
Anno csak poénnak volt szánva, de miután Lacika talált rá értelmes indokot (egyes játékok 64K-s gépen futnak normális sebességgel), így gondoltam beteszem a help-be is :-)

Offline Ep128

  • EP addict
  • *
  • Posts: 1849
  • Country: hu
    • Honlapom
Re: EXOS 2.3 tovább fejlesztése
« Reply #5 on: 2007.May.16. 14:29:12 »
Ez tök jó, akkor majd nekem is újra égetheted... :-D

Offline Lacika

  • EP addict
  • *
  • Posts: 3191
  • Country: hu
    • http://www.ep128.hu
Re: EXOS 2.3 tovább fejlesztése
« Reply #6 on: 2007.May.16. 14:41:04 »
Esetleg a hétvégi összejövetelen lehetne tartani egy kis "EPROM-égetés bemutatót", melynek keretein belül megfrissíthaténk az én gépem EPROM-ját is...  :oops:

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: EXOS 2.3 tovább fejlesztése
« Reply #7 on: 2007.May.16. 20:37:00 »
Mindenki azt szeretné, ha 2007-es évszámmal indulna a gépe? :-)

Offline gafz

  • EP lover
  • *
  • Posts: 700
  • Country: hu
    • http://gafz.atw.hu
Re: EXOS 2.3 tovább fejlesztése
« Reply #8 on: 2007.May.16. 21:26:54 »
Mindenki azt szeretné, ha 2007-es évszámmal indulna a gépe? :-)

Nekem valahogy az 1985-2007 felirat szimpatikusabb lenne... Bár gondolom sokkal macerásabb :)
Enterprise Forever

Offline MrPrise

  • Administrator
  • EP addict
  • *
  • Posts: 2755
  • Country: hu
    • Enterprise Forever
Re: EXOS 2.3 tovább fejlesztése
« Reply #9 on: 2007.May.16. 21:37:25 »
Ha van valakinek ötlete ennél angolosabb szövegre, ne tartsa magában :-)
Szerintem a STOP sorában lévő szöveg nem egészen jó.
A Halt az megállást jelent, nem várakozást. Nem tudom a funkció pontosan mit csinál, de ha a halt kell ide, akkor az on nem kell szerintem, tehát
halt when bad segment found.
Ha várakozás, akkor esetleg wait on bad segments vagy wait when bad segment found.
Na, de szóljon hozzá tőlem jobb angolos is ;-)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: EXOS 2.3 tovább fejlesztése
« Reply #10 on: 2007.May.16. 21:56:18 »
A halt on-t a PC-s BIOS-okból szedtem, ott van valami hasonló :-)
Azt csinálja, hogy ha hibás szegmenst talál akkor megáll a teszt, hogy el lehessen olvasni, melyik szegmens a hibás. Billentyû lenyomásra folytatja.

Offline MrPrise

  • Administrator
  • EP addict
  • *
  • Posts: 2755
  • Country: hu
    • Enterprise Forever
Re: EXOS 2.3 tovább fejlesztése
« Reply #11 on: 2007.May.16. 22:24:31 »
A halt on-t a PC-s BIOS-okból szedtem, ott van valami hasonló :-)
Igen, de ott nincs when, ha jól emlékszem. A "halt on akármi", azt jelenti, hogy "megállni akármin", akármi esetén, tehát a when nem kell.

Quote
Azt csinálja, hogy ha hibás szegmenst talál akkor megáll a teszt, hogy el lehessen olvasni, melyik szegmens a hibás. Billentyû lenyomásra folytatja.
Akkor talán a wait vagy suspend, esetleg pause jöhetne szóba.

Offline szipucsu

  • Global Moderator
  • EP addict
  • *
  • Posts: 9898
  • Country: hu
    • Támogató Támogató
    • Webnyelv.hu - Tanuljunk nyelveket!
Re: EXOS 2.3 tovább fejlesztése
« Reply #12 on: 2007.May.18. 14:01:43 »
Akkor talán a wait vagy suspend, esetleg pause jöhetne szóba.

Én a pause szót javaslom. A halt on kifejezéssel még nem találkoztam, de lehet, hogy az a jó, meg kéne kérdezni egy angol anyanyelvû fórumozót.
A jump helyett talán a go jobb lenne az utolsó sorban, vagy még jobb a return to startup screen. Meg szerintem a startup screennél a startup elegánsabb egybe írva. Bár én kötõjellel írnám: start-up screen. (Persze amikor igeként használjuk akkor külön jó.) (vö.: built-in joystick - jelzõként; to built in a joystick - igeként)
A test rom enable így furán hangzik, enable test rom lenne a helyes szórend, esetleg talán a test rom enabling még elmenne ebben a szórendben. Ugyanilyen a ram disk delete is. Szerintem a ram disk deletion jobb lenne, bár így ebben a formában nem hallottam még a "szaknyelvben", inkább Press R to delete ramdisk, csak ahhoz fel kéne bolygatni a szórendet.

Nem lehetne inkább így?
C: Cold reset
S: Slow test
E: Exos reset
N: Normal test
T: Enable test rom
R: Enable ram disk

Szubjektív véleményem, hogy a megnyomandó gombok jelét lehetne esetleg más színnel kiírni. De nem akarok már ennyire belekontárkodni.  :oops:

Nem tudom, hogy az enable test rom mit jelent, de talán jobb lenne az enable rom test, illetve (jelentéstõl függõen) az enable testing rom.

Bocs a kissé késõi reagálásért, csak most néztem a fórumot az utóbbi napokban.
Zozo, sztem legjobb lenne az angol fórumban felvetni a nyelvhelyességgel kapcsolatos kérdésed. Persze lehet, csak az én mániám, hogy az ilyen nyelvi dolgokba így belemegyek, de érdekelne, az angol anyanyelvûek mit gondolnak errõl.  :mrgreen:
Amúgy sztem a halt on when is jó lenne, de nem vagyok benne teljesen biztos.

Még annyit, hogy lehetne a továbbiakban az angol indítóképernyõnél maradni, ennyit mindenki meg kell, hogy értsen szerintem, és az EP amúgy is angol nyelvû eredetileg. Az angol képernyõ nekem elegánsabbnak tûnik.

Ja, és a 2007-es évszám tetszik! Meg marha jó az egész!  :smt041
« Last Edit: 2007.May.18. 16:06:03 by szipucsu »
100 SOUND SOURCE 2,STYLE 128,PITCH 25.2,SYNC 1
110 SOUND PITCH 25,SYNC 1
120 ! Videos

Offline MrPrise

  • Administrator
  • EP addict
  • *
  • Posts: 2755
  • Country: hu
    • Enterprise Forever
Re: EXOS 2.3 tovább fejlesztése
« Reply #13 on: 2007.May.18. 17:02:23 »
-javítva a "WP 80 karakteres módban rejtélyes villogó pixel, ha nincs EXDOS" címû hiba (ha jól emlékszem még az Indexes idõkben jelezte ezt MrPrise)
Jól emlékszel:
Első találkozás a buggal
Kép a bugról
Szerény elmélkedésem a bug mibenlétéről

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14722
  • Country: hu
    • http://enterprise.iko.hu/
Re: EXOS 2.3 tovább fejlesztése
« Reply #14 on: 2010.May.08. 13:11:06 »
Ez nem biztos, hogy a program hibája. Valamiért az EXOS 0 (reset) hívás néha lefagy. Ez összefügghet azzal, hogy a vissztéréskor engedélyezett lehet a megszakítás, pedig az EXOS leírás alapján mindig tiltottnak kellene lennie. A hibás mûködés nem fordul elõ a C=40h hívásnál (memória felszabadítása), tehát az valószínûleg nem is fagy le, véletlenszerûen fordul elõ C=10h esetén (csatornák bezárása, eszközök újrainicializálása), és többnyire engedélyezett a megszakítás C=20h (csatornák bezárása, eszközök újrainicializálása, periférialánc újraépítése) után. Ami egyben azt is jelenti, hogy az 5-ös fejlécû programok indításakor az automatikus C=20h-s reset miatt engedélyezett a megszakítás, pedig a veremmutató érvénytelen (tehát a legjobb, ha a program azonnal DI vagy LD SP, nnnn utasítással kezdõdik).
Így lehet, hogy olyankor történik megszakítás az EXOS reset közben vagy után, amikor nem lenne szabad (pl. nincs érvényes veremmutató). A lefagyás gyakorisága függhet az idõzítéstõl, például hogy egy 5-ös fejécû program mennyi idõ alatt töltõdik be.

Érdemes kipróbálni ezt a rövid programot, amely egy idõ után lefagy:
Code: ZiLOG Z80 Assembler
  1. l1:     di
  2.         ld sp, 100h
  3.         ld c, 20h
  4.         exos 0
  5.         jr l1

Elõször azt hittem, hogy a hibát az okozhatja, hogy egyes bõvítõ eszközök (pl. DISK: és FILE:) EXOS hívásokat végeznek az inicializálás közben, ami engedélyezi a megszakítást, de a hiba valójában akkor is elõfordul, ha az EXOS 2.1-en kívül semmilyen ROM nincs a rendszerben (de ha van EXDOS, akkor mintha gyakoribb lenne a lefagyás). Ez tehát EXOS bug is lehet, amit esetleg javítani is lehetne (EXOS 2.32 :)) ?
Na ezt érdemes lenne kinyomozni! Ezzel a buggal szerintem én is rengetegszer találkoztam, de eddig valamelyik bõvítõre gyanakodtam...
Sõt sokáig arra gondoltam, hogy az agyontunningolt valódi gépnek van valami hw bizonytalansága, de most, hogy emulátorral is pontosan úgyanazt tapasztalom, így a hw hiba kizárható.
Jellemzõ "X-akták":
- memteszt után nem jön be az EP felírat (EXOS 2.3 esetén ottmarad a zöld háttér)
- EP felírattól BASIC-et hívva, nem indul el
- HEASS lefagy induláskor (mindegy, hogy EP felírattól hívjuk, vagy pedig BASIC-bõl)
- párszor már ASMON 1.5 indításakor is elõfordult.

Egy meleg Reset nyomása után megy minden tovább rendben.

Szerintem minél több bõvítõ van a rendszerben annál nagyobb az esélye. A leírásod alapján gyaníthatóan azért, mert több bõvítõn, periférián lassabban hajtódik végre az inicializálás, így nagyobb esélye van befutni egy megszakításnak akkor, amikor nem kéne engedélyezve lennie.