Welcome, Guest. Please login or register.


Author Topic: EXOS (Read 34739 times)

Offline lgb

  • EP addict
  • *
  • Posts: 3496
  • Country: hu
  • æðsta yfirmaður
  • OS:
  • Linux (Ubuntu) Linux (Ubuntu)
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://lgb.hu/
Re: EXOS
« Reply #150 on: 2016.April.10. 21:17:17 »
Ha megteszed, akkor már szépen működik a hibakód.

Na jo, de miert tennem meg, ha NEM SIKERULT megnyitnom a file-t? :) Mert ugye pont akkor akarnek visszaadni hibauzenetet :) Ha fixen foglalok channel buffer-t akkor is, ha sikertelen a muvelet, akkor nem lesz abbol baj, ha mas nem, annyi, hogy 1 byte feleslegesen lesz lefoglalva minden open channel call utan a rendszerszegmensben ha nem sikerul megnyitni a file-t? :) Vagy akkor EXOS azt felszabaditja? Mert ugye arra nem latok utalast, hogy channel buffer fel is szabadithato, valoszinu, channel close-kor EXOS megteszi, am most nem errol van szo, hanem arrol, hogy eleve *nem* sikerult a megnyitas, ezert *nem* akarok foglalni channel buffer-t. Csak eppen itt beleszol az EXOS, ha mindezt 0x80 alatti hibakoddal akarom prezentalni, hogy o azt warning-nak veszi es nem error-nak :) Szoval en probalok szabalyos lenni, amit fentebb demoztam az persze csak azt mutatja, hogy mi lenne ha nem sikerult volna megnyitnom a file-t amugy sem, akkor persze, hogy minek foglaljak channel buffer-t ... Amugy a demo asm-om meg persze szandekosan csonka es csak a problemat mutatja, valosagban az semmire nem jo, az igaz.

Quote
Ami már mind stipi-stopizva van :oops:
Használhatod az EXDOS-os file not foundod (István féle is ezt teszi), a ROM-odba meg berakni rá ugyanazt a szöveget (Istváné ezt nem teszi :oops: )

Ezert is kerdeztem par post-tal elobb meg par napja (?), hogy meddig "ervenyes" :) a hiabkod. En arra gondoltam amugy, hogy Xep128-ban visszaadok akkor mar egy hasznalt kodot :D Viszont, ha jon explain error code EXOS hivas (C=5) akkor valaszolok ra en, am _egyuttal_ kov hivasra mar nem fogok valaszolni ha nem generalok ilyen hibat, igy nem avatkozok a rendszerbe tovabb :)

Quote
Ez az egy meg csak egy szabálytalan eszközkezelővel jön elő :oops:

Kikerem magamnak :) :) En tok szabalyos akarok lenni :) A teszt pelda persze fura, de a valodi esetnel szabalyosan akarom megoldani, csak EXOS nem engedi, ha 0x80-nal kisebb hibakodot hasznalnek, mert ugy tunik o azt sikeresnek veszi, es azonnal channel buffer-t var el (0xF8 hibakodot nezegeti), holott en nem akarok olyat mert NEM sikerult a muvelet ...

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13522
  • Country: hu
  • OS:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://enterprise.iko.hu/
Re: EXOS
« Reply #151 on: 2016.April.10. 21:25:29 »
holott en nem akarok olyat mert NEM sikerult a muvelet ...
De valódi gépen nem tudsz semmilyen műveletet végezni, ha nincs hozzá puffered. Ezt csak ilyen gépen túli, túlvilági módszerekkel tudod megtenni.

Felszabadítja:
15367-0

Offline lgb

  • EP addict
  • *
  • Posts: 3496
  • Country: hu
  • æðsta yfirmaður
  • OS:
  • Linux (Ubuntu) Linux (Ubuntu)
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://lgb.hu/
Re: EXOS
« Reply #152 on: 2016.April.10. 21:38:54 »
Felszabadítja:

Cool. De ha ez az en erdeti asm-om volt, az nem jo pelda, akkor bele kene rakni a teszt-hez az EXOS 27 hivast is! Bar ha jol latom igy jo :D Csatoltam, ebbe beleirtam, foglalok channel RAM-ot *aztan* viszont hibaval terek vissza. Az INFO szerint tenyleg nem veszett el RAM :) Oke, akkor lehet jo lesz ez igy, azert nem mertem ezt mar az elejen, mert azt gondoltam, hogy akkor van ertelme foglalni channel buffer-t ha *sikeres* a muvelet, mert kulonben minek, es esetleg "el is veszik" igy, mert nincs kezelve az az eset, hogy foglalok, pedig nem is sikerult megnyitni a csatornat! Na ha ez igy jo, maradok ennel a modszernel, ez meg egyszerubb is, nem erzekeny a hibakod 0x80 alatt/felett kerdesre, stb :D

Igazabol max az izgat engem, hogy mire jo ez a channel buffer. Azt en ertem, hogy egy "valodi" (nem ilyen emulatoros varazslat ...) ROM eseten kell RAM szegeny kodnak ahol csinalhat is valamit :) Nem ezt nem ertem, hanem azt, hogy ha megsem foglalok az miert "baj" az EXOS-nak, elvegre az en maganugyem, hogy megoldom-e pl akar sajat SRAM-mal egy dedikalt szegmensben :) Ezek szerint o ellenorzi, hogy foglaltam-e, ez valami biztonsagi intezkedes, vagy miert kell az EXOS-nak ez a "tudat" hogy megtettem? Ez alapjan o is nyiltantart valamit, akkor is ha az "en" channel bufferem, es en irok bele (ha irok ...) barmit is? Ez mondjuk mar csak erdeklodes resze a dolognak.

Remelem nem vagyok tul analmas, tenyleg erdekelnek az ilyen system internal dolgok :D A konkret probleman tul is!

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13522
  • Country: hu
  • OS:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://enterprise.iko.hu/
Re: EXOS
« Reply #153 on: 2016.April.10. 21:44:25 »
Cool. De ha ez az en erdeti asm-om volt, az nem jo pelda, akkor bele kene rakni a teszt-hez az EXOS 27 hivast is!
Beleraktam, és aztán írtam, hogy úgy működik :-)

Quote
Ezek szerint o ellenorzi, hogy foglaltam-e, ez valami biztonsagi intezkedes, vagy miert kell az EXOS-nak ez a "tudat" hogy megtettem?
Igen, ez akkor is lefut, ha 0-át adsz vissza.

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13522
  • Country: hu
  • OS:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://enterprise.iko.hu/
Re: EXOS
« Reply #154 on: 2016.April.10. 21:47:36 »
Quote
;   The device descriptor chain is then searced for the required device and an
; error given if it is not found.  If it is found then the appropriate entry
; point of the device is called.  BUFFER_NOT_ALLOCATED is set non-zero which
; will allow the device to make an "ALLOCATE CHANNEL BUFFER" call to obtain
; its channel RAM.  The device descriptor address is saved at CURRENT_DEVICE
; since the buffer allocation routine needs to know it to insert it into the
; channel descriptor.
;
;   Having done all this the device OPEN or CREATE entry point is called and
; the return code returned to the user.  If BUFFER_NOT_ALLOCATED is still
; non-zero then an error code is forced (unless the device returned a -ve
; error anyway).

Offline lgb

  • EP addict
  • *
  • Posts: 3496
  • Country: hu
  • æðsta yfirmaður
  • OS:
  • Linux (Ubuntu) Linux (Ubuntu)
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://lgb.hu/
Re: EXOS
« Reply #155 on: 2016.April.10. 22:46:08 »
Meg egy kerdes :) Tenyleg csak azert, mert lehetoleg normalisan szeretnem megcsinalni ... Egy kicsit mas jellegu. Itt elojon az, hogy a file kezeles nem feltetlen ugyanazt jelenti EXOS szamara, mint a host OS (UNIX/Windows) eseten, amin az emu fut, de ugye a FILE: device eseten a kettot kozos nevezore kene hozni ...

Szoval, a helyzet a kovetkezo: van egy pl 1000 byte-os file-om, amit FILE: device-on at szeretne vki elerni az emulatorbol. Kiad egy block read EXOS hivast szepen de 2000 byte-ra. Akkor mi van? :) Az vilagos, hogy 1000 byte-ot tudok csak beolvasni. Az is vilagos, hogy a BC es DE a szerint kell modositani, hogy _valojaban_ mennyi adatot sikerult beolvasni (a leiras szerint akkor is, ha hibakodot adok vissza, hisz lehet, hogy azert sikerult a hiba elott olvasni valahany byte-ot!). Ami nem vilagos, hogy ilyenkor sikeres (A = 0) vagy sikertelen (A = 0xE4, tehat hogy file vege utan akar vki olvasni) statusszal illik visszaterni? A read character EXOS hivasnal meg kb sejtem, hogy mivel ott fixen egyet kell olvasni, ha nem sikerul 1-et, akkor A = 0xE4, kulonben A = 0 a visszateresi ertek. Block read-nel ez nem egyertelmu ugye, mert van koztes eset ... Sot tobb is: a block read folyomanya lehetnek pl:

* sikerul beolvasni valamennyi byte-ot, de nem annyit, mint az EXOS kert a device driveremtol
* nem sikerul egyetlen byte-ot sem beolvasni, mert mar eleve a file vegen alltunk
* sikerult annyit beolvasni, amennyit az EXOS szeretett volna (ez egyertelmu, hogy oke, A = 0)

Szoval ezekre az esetekre kene nekem, hogy mi legyen az error code (A = ?) a device driveremben :)

Lathatoan a mostani implementaciomban a LOAD-ra nem gond, valoszinu azert, mert megnezi az EXOS a fejlecet, es annyit olvas pont, amennyi kell, igy nem jon elo bug/akarmi, amit esetleg okoztam, de ugye szeretnem tenyleg jol csinalni ...

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13522
  • Country: hu
  • OS:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://enterprise.iko.hu/
Re: EXOS
« Reply #156 on: 2016.April.10. 22:55:27 »
Mind a két eset EOF (228), a másodikban változatlan BC,DE, mivel egy bájtot sem sikerült olvasni.

Offline lgb

  • EP addict
  • *
  • Posts: 3496
  • Country: hu
  • æðsta yfirmaður
  • OS:
  • Linux (Ubuntu) Linux (Ubuntu)
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://lgb.hu/
Re: EXOS
« Reply #157 on: 2016.April.10. 23:52:30 »
Már eleve vannak konfliktusok :oops:
ZT átmegy majd 104-re, hogy ne legyen ütközés a Venus-szal, Entercom-ot pedig 119-126-ra kéne módosítani (elméleti kérdés, modem hw nélkül túl sokan nem fogják használni :-) )
192-206-ot meghagyjuk EXDOS következő verzióinak, Bruce pedig 50h-5fh (80-95), 80h-94h (128-148) használja EPNET-hez.

Ha mar itt tartunk, es hivatalosan te vagy az EP error code allocation registry international :) akkor kerhetek "emulatorok szamara" kodokat? :) Nem feltetlen Xep128 csak, ki tudja, lehet mas emulacios/stb celra is hasznos lenne neha, masnak is. Mondjuk en bena modon amugy is csak egy kodot hasznalnek, csak mindig mas szoveget adok ra vissza :-P Lehet ezen finomitani, de egy FILE: implementacio miatt nem biztos, hogy erdemes. Bar azert lehet jo lenne tobb error code ertek is ...

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13522
  • Country: hu
  • OS:
  • Windows XP Windows XP
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://enterprise.iko.hu/
Re: EXOS
« Reply #158 on: 2016.April.13. 15:53:55 »
Összeszedtem az ismert kódokat.

Úgy nézem emulátor kódokat szerintem legokosabb lenne 1-től kezdeni, úgy tűnik azt a tartományt még senki nem nézte ki magának :-)

Offline lgb

  • EP addict
  • *
  • Posts: 3496
  • Country: hu
  • æðsta yfirmaður
  • OS:
  • Linux (Ubuntu) Linux (Ubuntu)
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://lgb.hu/
Re: EXOS
« Reply #159 on: 2016.April.13. 18:49:29 »
Összeszedtem az ismert kódokat.

Úgy nézem emulátor kódokat szerintem legokosabb lenne 1-től kezdeni, úgy tűnik azt a tartományt még senki nem nézte ki magának :-)

:) Remek. Es koszi, azt hiszem jo egy ilyen osszefoglalas amugy is!

Nezem ezt a listat ... Az jutott eszembe, hogy azert nincs tul sok kod (255, mivel a nulla az nem hiba ugye). Biztos, jo otlet minden apro dologra kulon hibakodot definialni, foleg a jovore valo tekintettel? Abbol tudok kiindulni, amit ismerek, pl a UNIX vilagban a hibakodok. Ott nem feltetlen numerikus ertekekrol van szo (a hordozhatosag miatt), hanem forraskod szintu dologrol, de a lenyeg ugyanaz. Az, hogy az adott hibakod mit jelent az fugg attol, hogy mitol kapod azt. Azaz a "nem letezik a file" az ertelmezheto filerendszer eseten arra amit jelent, de halozat eseten pl arra is akar, hogy nem nem letezik a http URL-el adott eroforras (tehat lehetne ugy is ertelmezni, hogy ha valami nem nyithato meg azonosito alapjan legyen az URL vagy EXDOS file path, akkor az jellegeben ugyanaz a hiba). Mert ha tenyleg minden aprosagra kulon kod kene, az zabalja a kodokat, es mivel 8 bit van csak ra, eleg hamar el fog fogyni ... Persze, ertem en, hogy az alap EXOS filozofiaban ez nehezkes, mert ugye az explain error code hivasnak odaadva, igy az mindig pontos, helyzethez illo valaszt fog adni, es nem kell figyelembe venni, hogy konkretan mi produkalta azt a hibat ... Igy viszont kvazi redundans, mert ugye kulonbozo software-ek vegulis ugyanarra a fogalomra kulon kodokat definialnak, amivel megfelelo prezicitassal adhato a pontosan oda szabhato hibauzenet, szoval ez a hozzaallas is logikus persze. Szoval nem tudom.

Masreszt, nem felreeteni nem akarom bantani, csak pelda, de: HEASS is egy szem software, es sajat kodokat hasznal, kvazi egy szinten azokkal az errorokkal amit maga az egesz EXOS/kernel ...

Bocsanat, csak elmelkedtem itt hangosan ... Lehet, nincs is ertelme ezen filoznom, mert ugy sincs annyi EP sw, hogy ez gondot okozzon valojaban? :)
« Last Edit: 2016.April.13. 19:29:55 by lgb »

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13522
  • Country: hu
  • OS:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://enterprise.iko.hu/
Re: EXOS
« Reply #160 on: 2016.April.13. 19:42:26 »
az alap EXOS filozofiaban ez nehezkes, mert ugye az explain error code hivasnak odaadva
Vagy nem, mert direktben használja az értéket a program :-)
 
Quote
HEASS is egy szem software, es sajat kodokat hasznal, kvazi egy szinten azokkal az errorokkal amit maga az egesz EXOS/kernel ...
Ezen én is meglepődtem :oops: HDIGI is ilyen...
Ha jól sejtem itt a kényelem volt az ok, nem kell foglalkozni azzal, hogy külső vagy belső a hiba oka, ugyanúgy érkezik rá a szöveg.
Majd megnézem a forrásban, hogy mit lehetne tenni ez ellen.

Offline lgb

  • EP addict
  • *
  • Posts: 3496
  • Country: hu
  • æðsta yfirmaður
  • OS:
  • Linux (Ubuntu) Linux (Ubuntu)
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://lgb.hu/
Re: EXOS
« Reply #161 on: 2016.April.13. 19:50:57 »
Vagy nem, mert direktben használja az értéket a program :-)

:) Ez a jobbik eset, ilyenkor talan jobb lenne egy pool-t fenntartani, ami elvileg sose kerulhet akkor az EXOS emlitett "magyarazo" funkciojahoz (pl mert direktben hasznalja a program!). Igy viszont tobb program is oszthozhat - elvileg - gond nelkul ugyanazokon az error code-okon, ha belsoleg lekezeli, akkor nem gond az "utkozes" ...

Quote
Ezen én is meglepődtem :oops: HDIGI is ilyen...
Ha jól sejtem itt a kényelem volt az ok, nem kell foglalkozni azzal, hogy külső vagy belső a hiba oka, ugyanúgy érkezik rá a szöveg.
Majd megnézem a forrásban, hogy mit lehetne tenni ez ellen.

Hat igen, soknak tunik az a 255 az elejen :) Ha EP igazan sikeres gep lett volna, valoszinu, hogy ez a problema mar elojon elobb is :)

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13522
  • Country: hu
  • OS:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://enterprise.iko.hu/
Re: EXOS
« Reply #162 on: 2016.April.13. 20:00:46 »
Hat igen, soknak tunik az a 255 az elejen :) Ha EP igazan sikeres gep lett volna, valoszinu, hogy ez a problema mar elojon elobb is :)
Most Bruce támadott be pár tucattal :-) De akad még pár tucat szabadon.

Aztán ott van az ENTERCOM, a dán modem kártya szoftvere, hw nélkül nem valószínű, hogy sokan fogják használni...
Venus-t se használ szerintem a mindennapokban senki.

Offline szipucsu

  • EP addict
  • *
  • Posts: 8071
  • Country: hu
  • OS:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • Webnyelv.hu - Tanuljunk nyelveket!
Re: EXOS
« Reply #163 on: 2016.April.13. 20:16:19 »
Összeszedtem az ismert kódokat.
Szép kis lista!
Spanyolul nem lesznek ott a hibaüzenetek? Vagy más nyelven? Nem tudom, spanyolon kívül más nyelvű hibaüzenet is volt-e.

OFF: És ilyen kellemes kis táblázatot hogyan lehet csinálni? Simán Word-ben?
SOUND SOURCE 3,STYLE 16,LEFT 16,RIGHT 64,SYNC 2
SOUND SOURCE 2,STYLE 128,PITCH 25.2,SYNC 2
SOUND PITCH 25,SYNC 2
Videos

Offline lgb

  • EP addict
  • *
  • Posts: 3496
  • Country: hu
  • æðsta yfirmaður
  • OS:
  • Linux (Ubuntu) Linux (Ubuntu)
  • Browser:
  • Firefox 45.0 Firefox 45.0
    • View Profile
    • http://lgb.hu/
Re: EXOS
« Reply #164 on: 2016.April.13. 20:19:46 »
Most Bruce támadott be pár tucattal :-) De akad még pár tucat szabadon.

:) Azert szerintem mar eleve itt torkedni kene az egysegesitesre. Mire gondolok? Lehet mas "net" szeru project is. Legyen szo egy emulatorrol csak :) vagy tenyleg letezo hw-es megoldasrol a jovoben esetleg, ami nem EPNET (ezt most hasra mondtam, ki tudja, lehet, wifi-s akarmi egyszer). Meg kene probalni nem total EPNET specifikusra venni. Pl hogy DNS -ben ez/az, az minden TCP/IP internetes stb vilagban ugyanugy lehetne ugyanaz. Az, hogy nem talalja a halozat eleresere a hw-t (ERR_NONET de szovegesen mar tul EPNET specifikus: "Cannot communicate with EPNET") az pl igaz lehet minden halozati megoldasra, nem csak az EPNET-re. Azt meg nem tartom valoszinunek, hogy valaki egy szem EP-n tobbfajta halozati megoldast akar hasznalni _egyszerre_, az meg PC-n sem tul gyakori annyira atlag felhasznalasnal ... Vegulis a halozati hibauzenetek nagy resze EPNET temaban altalanosithato is. Es amugy maga az error szovegezese vegulis mind1, mert ha az error code-ok ugyanazok, mas NET megoldas hasznalhatja, es megmagyarazza kicsit mas szoveggel de hasonlo ertelmeben, akkor szerintem kevesbe gaz, foleg, ha a valoszinusege elhanyagolhato, hogy ezeket *egyszerre* kene hasznalni mondjuk ...

Quote
Aztán ott van az ENTERCOM, a dán modem kártya szoftvere, hw nélkül nem valószínű, hogy sokan fogják használni...
Venus-t se használ szerintem a mindennapokban senki.

En azt sem tudom mi az, bar en elegge egyedi eset vagyok EP tekinteteben ugye, hozzad kepest kb kiskoru, mert en mikor kezdtem el vele csak foglalkozni komolyan ... :)