Enterprise Forever

:HUN => Programozás => Topic started by: Zozosoft on 2006.January.10. 16:53:52

Title: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.10. 16:53:52
Quote from: "hsoft"
Az 5 disk határt, emlékeim szerint valamilyen adatvezérlés adta, ahol 5 bit állt rendelkezésre a meghajtó címzésére.

Ez csak a floppyt közvetlenül kezelõ DISKIO hívásoknál van. Az általános EXDOS hívásoknál lehet 1-26-ig :-)
Meg is találtam, hol kell átírni:
Code: [Select]
MEGHAJTO:       SUB 15
                LD HL,MEGH1
                PUSH AF
                CALL ADDHLA
                LD A,(HL)
                INC A
                CP 6
                JR C,MEGHAJTO10
                LD A,1
MEGHAJTO10:     LD (HL),A
                POP AF
                JR NZ,MEGHAJTO20
                DEC A
                LD (DIRTILT),A
                LD A,(HL)
                LD (IY-57H),A
MEGHAJTO20:     LD A,01000000B
                RET

Itt a CP 6-t átírva 27-re, máris lehet menni Z-ig :-)
Természetesen célszerû lesz majd az EXDOS-tól lekérdezett értéket használni, hogy feleslegesen ne kelljen körbetekerni az egész abct :-)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.10. 17:04:45
Elsõ körben a DISKEDITOR-t kezdtem a vinyóval barátkoztatni :-)
Átállítottam az alapértelmezett szerkesztési módot a SECTOR EDITOR-ra, ez logikai szektorokat olvas, így bármely EXDOS meghajtón mûködhet. Meg letiltottam a meghajtó ellenõrzést a belépéskor (ezt majd még finomítani kell :-) ) és mûködik is! A szintén logikai szektorokra hivatkozó FAT és Cluster Editor is megy, a Cluster Editor szépen kezeli 16 szektoros Cluster méretet is, ezek szerint elég elõrelátó voltál Laci :-)
Mellékhatásként a RAMDISK-et is lehet már editálni, ezt eddig hiányoltam :-)
Az ellenõrzést úgy kell majd finomítani, hogy a csak floppyn mûködõ Track/Sector és Track Editor-t csak floppyn engedje, a többi az mûködhet bármelyik meghajtón.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.10. 20:26:02
hi Zozo
El tudod küldeni az eddigi 1.8at, hogy ne várjak a disk beolvasásra?
msn: hsoft@freemail.hu
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.10. 20:38:50
Quote from: "hsoft"
hi Zozo
El tudod küldeni az eddigi 1.8at, hogy ne várjak a disk beolvasásra?
msn: hsoft@freemail.hu

Pontosan mit is? TXT-re konvertált forrást? Küldtem :-)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.10. 20:52:24
Quote from: "Zozosoft"
Pontosan mit is? TXT-re konvertált forrást? Küldtem :-)

A romra gondoltam, de küldtél mindent: köszi! Az 1.44-es lemezt sajnos nem kezeli, insuficient memory. Hogyan lehet a Heass.rom-ot beemuzni, mert nálam behülyül ha a configba teszem. Betöltve viszont bejön. Másik az emu nem kezeli 16-32k-nál kissebb romot. Miért?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.10. 20:59:30
Quote from: "hsoft"
Az 1.44-es lemezt sajnos nem kezeli, insuficient memory.

A 25 szektoros korlát. 1K-s clusterekkel kell formázni, akkor kisebb lesz a FAT. XP alatt: FORMAT A: /A:1024

Quote from: "hsoft"
Hogyan lehet a Heass.rom-ot beemuzni, mert nálam behülyül ha a configba teszem.

Nekem megy simán! Küldjek azt is, meg konfig fájlt?

Quote from: "hsoft"
Másik az emu nem kezeli 16-32k-nál kissebb romot. Miért?

Jó kérdés, Egzo tudhatja a választ :-) Én is megszívtam elöször, azóta a forrás végén a maradék helyet kitöltöm FF-el.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.10. 21:07:03
Quote from: "Zozosoft"
A 25 szektoros korlát. 1K-s clusterekkel kell formázni, akkor kisebb lesz a FAT. XP alatt: FORMAT A: /A:1024

OK Th...

Quote from: "Zozosoft"
(a Heass.rom) Nekem megy simán! Küldjek azt is, meg konfig fájlt?

Ha megtennéd... köszi.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.10. 21:30:45
Quote from: "hsoft"
Ha megtennéd... köszi.

Elküldtem. Az EPDOS 2.1-es konfigból csináltam, hogy otthonosan érezd magad :-)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.10. 21:57:34
Quote from: "Zozosoft"
Quote from: "hsoft"
Ha megtennéd... köszi.

Elküldtem. Az EPDOS 2.1-es konfigból csináltam, hogy otthonosan érezd magad :-)


Indul a heass egy H-klikkre... Ez a zozo egy varázsló! Th...
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.10. 22:02:36
Quote from: "hsoft"
Ez a zozo egy varázsló!


Köszi! :-)

Közben belevarázsoltam, hogy a Sector Editor 5 számjegyen írja ki a szektorszámot, így már teljesen korrekt :-)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.10. 22:25:35
Quote from: "Zozosoft"
Közben belevarázsoltam, hogy a Sector Editor 5 számjegyen írja ki a szektorszámot, így már teljesen korrekt :-)


Nekem még idõ kell hogy belerázódjak az EP világba, de lassanként át fogom böngészni a forrást. Mindenesetre javaslom hogy a forrást valamilyen ftp-n legyen tárolva, hogy ne kelljen összefésülni, ha bekapcsolódnék. Elõzetesen javasolnám az 1.9-es verzióra váltást. Az FTP-met megküldöm emailban.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.10. 22:49:34
Quote from: "hsoft"
Mindenesetre javaslom hogy a forrást valamilyen ftp-n legyen tárolva

Ok!
Quote from: "hsoft"
ha bekapcsolódnék.

Az nagy segítség lenne! Ahogy nézem anno te se vitted túlzásba a kommentezést :-)
Quote from: "hsoft"
Elõzetesen javasolnám az 1.9-es verzióra váltást.

Én is gondoltam rá, csak még nem akartam nagyzolni :-) mivel eddig kb 5 utasítást írtam át :-)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.10. 22:57:37
Apropó! Hivatalosan hogyan lehet átnevezni egy HEASS forrásszöveget?
Nekem a REN+F-EDIT kombinációval sikerült csak :-)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.10. 23:31:25
Quote from: "Zozosoft"
Apropó! Hivatalosan hogyan lehet átnevezni egy HEASS forrásszöveget?
Nekem a REN+F-EDIT kombinációval sikerült csak :-)


Úgy látszik a "Save as" menüpont hiányzik. Mindenesetre nyitsz egy új dokumentumot, a megfelelõ névvel, utána blokk betöltés (*.hea) és blokk beillesztéssel megoldható a névváltás.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.10. 23:41:23
Quote from: "hsoft"
Úgy látszik a "Save as" menüpont hiányzik.

Majd a HEASS 1.1-be beletesszük :-)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.11. 01:22:06
Quote from: "Zozosoft"
Majd a HEASS 1.1-be beletesszük :-)


 :smt041

Emlitettem, hogy EpDoc.exe nem akar nálam megnyitni egy csomó hea és hwp fájlt. Végül is megoldottam a windowsnak ezt a sunyi néma védelmi blokkolását. Az ötletet az adta, hogy amikor egy fájlt floppyra átmásoltam, s utána vissza, akkor már ment. Fogtam a teljes EP mappát, bezippeltem, majd kibontottam. Ez után már minden simán fut, mivel zip eltávolította a védelmi információkat.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.11. 23:56:05
Mai eredmény: a FORMA rutin módosítása, hogy ki tudja írni a vinyót, ill. ha már arra jártam, akkor a HD-s floppyt is :)

(http://enterpriseforever.com/userpix/12_epscr002_1.jpg)(http://enterpriseforever.com/userpix/12_epscr003_1.jpg)

Aztán jön majd még az alsó rész is... de egyelõre vészesen kezd betelni az A szegmens :( valamit át kéne pakolni a B-be, ott van még bõven hely... esetleg mivel manapság bõviben vagyunk ROM kapacitásnak, lehetne C szegmens?
Title: Re: EPDOS fejlesztése
Post by: Ep128 on 2006.January.12. 00:05:35
Quote from: "Zozosoft"
Mai eredmény: a FORMA rutin módosítása, hogy ki tudja írni a vinyót, ill. ha már arra jártam, akkor a HD-s floppyt is :)

(http://enterpriseforever.com/userpix/12_epscr002_1.jpg)(http://enterpriseforever.com/userpix/12_epscr003_1.jpg)

Aztán jön majd még az alsó rész is... de egyelõre vészesen kezd betelni az A szegmens :( valamit át kéne pakolni a B-be, ott van még bõven hely... esetleg mivel manapság bõviben vagyunk ROM kapacitásnak, lehetne C szegmens?


Ismét fontos kortörténeti dokumentumot látunk!  :)
DRAKULÁLOK!!!
 :wink:
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.12. 00:17:08
Quote from: "Zozosoft"
de egyelõre vészesen kezd betelni az A szegmens :( valamit át kéne pakolni a B-be, ott van még bõven hely... esetleg mivel manapság bõviben vagyunk ROM kapacitásnak, lehetne C szegmens?


Annak idején, már engem is meglegyintett a probléma, pakolgattam át a másik szegmensre amit csak tudtam, valamint cipõkanál eljárást alkalmaztam, pl rst. Természetesen a müködés érdekében nincs tabu, viszont az A szegmensrõl csak lapozórutinnal lehet elkalandozni. Át fogom nézni mit lehetne mozgatni...
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.12. 00:23:28
Quote from: "hsoft"
az A szegmensrõl csak lapozórutinnal lehet elkalandozni.

Ismerõs probléma :)
Quote from: "hsoft"
Át fogom nézni mit lehetne mozgatni...

Ok! (Az ftp-den a jelenlegi verzió)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.12. 06:14:57
(http://enterpriseforever.com:/userpix/30_epscr100_1.png.thumb.jpg) (http://enterpriseforever.com:/userpix/30_epscr100_1.png)
Felszabaditottam egy kis helyet az "A" szegmensben, egyenlõre talán elég lesz. Látod milyen gyors a fordításom? :roll: Kissé módosítottam profilon is.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.12. 09:21:24
Quote from: "hsoft"
Felszabaditottam egy kis helyet az "A" szegmensben, egyenlõre talán elég lesz.

Király vagy!!!
Quote from: "hsoft"
Látod milyen gyors a fordításom? :roll:

Mennyire toltad a Z80 Clock-ot? :)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.12. 09:25:36
A mai PC-s programozók már nem is tudják, hogy lehet pár szabad bájtank is örülni :-)
Ott ha egy program nagyra és lassúra sikerül, le van sz...va, majd vesznek hozzá új gépet...
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.12. 12:46:21
Következõ fontos javítani való: nagyobb méretû clusterek kezelése.
Legtöbb helyen helyesen van kezelve, ciklus számlálóként, de van pár hely, ahol csak clusterméret=1 vagy nem módon van kezelve.
Ilyen pl a NEWDISK eljárás vége, és a _SECTDE, ami a HL-ben meg adott cluster kezdõ szektorát adja vissza a DE-ben.
Itt egy picit jobban bele kellett mélyednem. A NEWDISK töltött fel egy CLUSTER1 változót, ami nagyjából az elsõ adat szektor címe kis trükkel. Mivel a FAT rendszerben az elsõ adat szektorra a 2-es cluster hívatkozik, így az volt a trükk, hogy az szektorcímbõl le volt vonva 2, ha 1-nél nagyobb a cluster méret, akkor még 2, így a SECTDE eljárásokban a cluster címet hozzáadva, pont meg lett a szükséges eltolás, azaz a 2-es cluster pont az elsõ adatszektorra esik.
Úgy módosítottam, hogy a NEWDISK az CLUSTER2 néven a tényleges elsõ adatszektorcímet tárolja le, a _SECTDE és SECTDE eljárások pedig számolásnál elöször csökkentik kettõvel a clusterszámot, és így jön ki, hogy a 2-es cluster az elsõ adatszektor,stb (Természetesen a spéci 0-ás clusterre való hívatkozás külön kezelése megmaradt.)
Ezekután már rendesen éri el a fájlokat, szóval már nemcsak kilistázni tudja a vinyót, hanem el is lehet indítani a programokat!

Apróbb módosítás, most, hogy Laci csinált egy kis szabad helyet :-)
A particióméretet megában írja, így kifér a clusterméret kétszámjeggyel, nem pedig /@ és hasonlók :)
:)(http://enterpriseforever.com:/userpix/12_epscr004_2.gif.thumb.jpg) (http://enterpriseforever.com:/userpix/12_epscr004_2.gif)

Most megyek a könyvtárkezelésben elmélyedni, ott is vannak még problémák
Title: Re: EPDOS fejlesztése
Post by: Povi on 2006.January.12. 12:54:35
Hát, ebbõl nem sokat értek... :-)
Viszont hogyan  csináltad a jobboldali screenshotot emulátorral? Mármint, hogy látszódik a vinyó? Vagy csináltál egy ramon szimulált vinyót hdd-s particióval? (lehet, hogy pontatlanul fogalmazok...)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.12. 13:24:59
Quote from: "Povi"
Hát, ebbõl nem sokat értek... :-)

Elsõ sorban Lacinak szól, hogy tudja követni, hogy mit piszkálok bele a programjába :-)
Quote from: "Povi"
Vagy csináltál egy ramon szimulált vinyót hdd-s particióval? (lehet, hogy pontatlanul fogalmazok...)

ROM-on szimulált :-) Az a EXDEXT progi, amit elsõnek csináltam, az EXDOS bõvítést próbálgatandó, fel is raktam anno.
Title: Re: EPDOS fejlesztése
Post by: Povi on 2006.January.12. 13:47:25
Quote from: "Zozosoft"
Az a EXDEXT progi, amit elsõnek csináltam, az EXDOS bõvítést próbálgatandó, fel is raktam anno.

Erre gondoltam én is!
Title: Re: EPDOS fejlesztése
Post by: Ep128 on 2006.January.12. 16:28:40
Nagyon jó, és (most már) nagyon szép is így, letisztultan.
GRAT!
 :)  :wink:
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.12. 21:34:45
Quote from: "Zozosoft"
Természetesen célszerû lesz majd az EXDOS-tól lekérdezett értéket használni, hogy feleslegesen ne kelljen körbetekerni az egész abct :-)

Megvalósítva :) most már mindig az aktuálisan létezõ meghajtók közül lehet válogatni. Jól tesztelhetõ ha pl ASSIGN-nal csinálunk egy új meghajtót, az is kiválaszthatóvá válik.
Ime az ellenörzõ kódrészlet, hátha más is hasznát veszi :)
Code: [Select]
               PUSH AF
                LD A,20
                CALL EXDOSHIVAS
                POP BC
                LD A,B
VANMEGHAJTO10:  SRL D
                RR E
                RR H
                RR L
                DJNZ VANMEGHAJTO10

A-ban van az ellenörizendõ meghajtó száma (1-26), a végén C flag 1 lesz ha létezik.
Az EXDOSHIVAS rutin a C010H címen történõ FISH hívást jelenti, részletesen leírva az 1994 márciusi Enterpress 10. oldalán.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 00:38:12
Lefekvés elött még egy kis javítás :-)
Szabad blokkok számát már helyesen számolja ki vinyón is.
Az alsó információs sáv kiírása hol van? Kéne azt is módosítani, a bájt értékeket 8 karakteren kéne kiírni.
Kb 2 órája keresem, de még nem találtam meg, hogy hol az a rész, ami ezt csinálja :-(
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 06:42:06
Quote from: "Zozosoft"
Lefekvés elött még egy kis javítás :-)
Szabad blokkok számát már helyesen számolja ki vinyón is.
Az alsó információs sáv kiírása hol van? Kéne azt is módosítani, a bájt értékeket 8 karakteren kéne kiírni.
Kb 2 órája keresem, de még nem találtam meg, hogy hol az a rész, ami ezt csinálja :-(


Na, sajnos indulnom kell melózni, eddig a következõket végeztem:
A _decimal rutint (A szegmens) kibõvítettem 8 kerakteresre, és a rá hivatkozásokat átjavítottam. A szabad terület kiirása már jó csak csonkolt, Át kell pozicionálni az alsó részt, hogy kiférjenek a számok. A fájlméret kiirását is 8 karakteresre növeltem de ez 2 attribut karakterbe betakar, itt kombinálni kell majd valamit, pl. ha kissebb ne irja felul. Nem sok idõm jutott tesztelésre, még át kell tüzetesebben nézni. Este majd folytatom...
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 13:25:01
Quote from: "hsoft"
Na, sajnos indulnom kell melózni, eddig a következõket végeztem:

Szuper!
Amúgy aludni mikor szoktál? :)

Quote from: "hsoft"
Este majd folytatom...

Ok, akkor ezt a részt én nem piszkálom :-)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 16:57:41
Hi Zozo!

Betettem a romdisket, de itt rögtön látok egy újabb gondot. A fájlméret beolvasás jelenleg 3 bájtosan történik, eszerint csak 16 mega körüli lehet a max méret. Ha nagyobb méretet szeretnénk kezelni, akkor át kell térni a 4 bájtos méretszámolásra.

Most mi legyen? Egyáltalán indokolt 16MB-nál nagyobb enterprise partició?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 16:57:52
Laci mit szólsz egy ilyenhez?
Code: [Select]
DIRRDSZAMOL:    CALL DIRRDSZAMOL10
                RET Z
                CALL _ERRORPRINT
DIRRDSZAMOL5:   LD BC,-10H
                ADD HL,BC
                LD A,H
                OR L
                LD A,247
                JR Z,DIRRDSZAMOL9
                CALL DIRRDSZAMOL10
                JR NZ,DIRRDSZAMOL5
                XOR A
DIRRDSZAMOL9:   OR A
                RET
DIRRDSZAMOL10:  PUSH HL
                ...

Így a túl nagy fökönyvtáras lemezeken is megjelenít annyit amennyit bír. A Insuffcient... hibaüzenet persze megmarad. A lemeradó rész általában amúgy is üres...
Persze ez csak egy ideiglenes ötlet, ha jól sejtem át kéne szervezni a könyvtár beolvasást egy külön szegmensbe :(
Title: Re: EPDOS fejlesztése
Post by: lgb on 2006.January.13. 17:01:40
Quote from: "hsoft"
Hi Zozo!

Betettem a romdisket, de itt rögtön látok egy újabb gondot. A fájlméret beolvasás jelenleg 3 bájtosan történik, eszerint csak 16 mega körüli lehet a max méret. Ha nagyobb méretet szeretnénk kezelni, akkor át kell térni a 4 bájtos méretszámolásra.

Most mi legyen? Egyáltalán indokolt 16MB-nál nagyobb enterprise partició?


De a file meret meg a part. merete az azert nem feltelenul ugyanaz ... 16M-os filet amugy EP-vel kezelni szerintem nem is erdemes, mit tennel bele?
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 17:09:52
Tehát a fájlméretek számolása és összegzése maradjon 3 bájtos, de a partíció kiírása pontosabban a szabad clusterrekbõl adódó szabad terület legyen 4 bájtos?

Amúgy a szabad terület kiírásnál kB-ra kellene áttérni.

Más... Amikor valamelyikõnk belekezd valami módosításba, azon idõ alatt törölje a forrást az ftp-n, igy nem kell aggódni, hogy a másik egyidejüleg szintén szerkeszteni kezdi.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 18:13:28
Quote from: "hsoft"
Tehát a fájlméretek számolása és összegzése maradjon 3 bájtos

Mennyire nagy meló átírni 4 bájtosra? Ha nem nagy, akkor legyünk precízek :-)
Jelenleg értelmesen nem lehet 16M-nál többet összehozni egy könyvtáron belül EP fájlokból.
De pl nekem van 1.2 megás EP-re konvertált WAV fájlom. Ilyet bármikor lehet még gyártani, és akkor könnyen tele lehet pakolni egy particiót :)
Quote from: "hsoft"
a partíció kiírása pontosabban a szabad clusterrekbõl adódó szabad terület legyen 4 bájotos?

Ez egyértelmûen 4 bájtos.

Quote from: "hsoft"
Amúgy is a szabad területnél kB-ra kellene áttérni.

Na igen, talán nem véletlen, hogy az EXDOS is K-ban számol :-) Esetleg lehetne úgy, hogy bizonyos érték felett változik a mód?
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 18:19:08
Quote from: "lgb"
De a file meret meg a part. merete az azert nem feltelenul ugyanaz ... 16M-os filet amugy EP-vel kezelni szerintem nem is erdemes, mit tennel bele?


Itt nem arról van szó, hogy egy fájl lehessen-e akkora mint a partició maga, (még 1 megás is értelmetlen), hanem arról, hogy ha több fájl méretét elkezdjük összeadogatni, és a sok fájl megtölti a particiót, akkor az összegük is megközelitheti a particiót! Ezért lenne indokolt azonos nagyságrendben számolni mindkettõt.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 18:29:19
Igazán regisztrálhatna már valaki, hogy ne én legyek a kopasz... :)

A romdiszkrõl be is lehet tölteni progit?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 18:37:12
Quote from: "hsoft"
Igazán regisztrálhatna már valaki, hogy ne én legyek a kopasz... :)

:-)

Quote from: "hsoft"
A romdiszkrõl be is lehet tölteni progit?

Persze! Egy 840-es lemeznyi cucc van rajta, így a használt szektorok még bõven belefértek az 1 megába.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 18:41:51
Amúgy a ROMDISK programját megnézted? Pofonegyszerûen lehet bõvíteni az EXDOS-t! Ha anno lett volna errõl leírás, már vagy 10 éve lenne vinyó.
Az EPDOS 2.1 SRAM kezelésénél is jól jött volna ez az infó, nem kellett volna mindent (DIR,stb) külön megírnod.
Title: Re: EPDOS fejlesztése
Post by: lgb on 2006.January.13. 18:57:37
Quote from: "hsoft"
Quote from: "lgb"
De a file meret meg a part. merete az azert nem feltelenul ugyanaz ... 16M-os filet amugy EP-vel kezelni szerintem nem is erdemes, mit tennel bele?


Itt nem arról van szó, hogy egy fájl lehessen-e akkora mint a partició maga, (még 1 megás is értelmetlen), hanem arról, hogy ha több fájl méretét elkezdjük összeadogatni, és a sok fájl megtölti a particiót, akkor az összegük is megközelitheti a particiót! Ezért lenne indokolt azonos nagyságrendben számolni mindkettõt.


Es ez miert baj? POSIX rendszerekben a ketto kozott tobbszor tobb nagysagrend van, marmint hogy a file max merete es a particio max merete. Az osszeadnal meg konvertalni kell a tipusok kozott minden modern OS-en igy van ma is. Nade vegulis mindegy, itt egyszerubb talan egysegesnek lenni :)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 18:58:08
Quote from: "Zozosoft"
Amúgy a ROMDISK programját megnézted? Pofonegyszerûen lehet bõvíteni az EXDOS-t! Ha anno lett volna errõl leírás, már vagy 10 éve lenne vinyó.
Az EPDOS 2.1 SRAM kezelésénél is jól jött volna ez az infó, nem kellett volna mindent (DIR,stb) külön megírnod.


Biztosan jól jött volna, de a sramban olyankor is elérhetõ infók vannak, amikor még nincs rombõvités, pl hideginditás vezérlés, stb. Magnósok meg nem tudnák alkalmazni. Lehet szimulálni magnós konfigot is, akkor sincs exdos... Sajnos önállónek kell lennie.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 19:15:47
Quote from: "hsoft"
sramban olyankor is elérhetõ infók vannak, amikor még nincs rombõvités, pl hideginditás vezérlés, stb.

Pont úgyanúgy elérhetõek lennének mint eddig. Egyedül az elhelyezésük lenne kérdés, lehetne úgy, hogy ezek elöl az SRAMDISK csak ezután. Vagy egybõl SRAMDISK, és a boot sector nem használt részében lennének ezek az adatok.
Ha jól sejtem ezen adatok tárolása a fõ funkció, a többi az csak a kezdjünk valamit a maradék hellyel :)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 19:23:04
Quote from: "Zozosoft"
Pont úgyanúgy elérhetõek lennének mint eddig. Egyedül az elhelyezésük lenne kérdés, lehetne úgy, hogy ezek elöl az SRAMDISK csak ezután. Vagy egybõl SRAMDISK, és a boot sector nem használt részében lennének ezek az adatok.
Ha jól sejtem ezen adatok tárolása a fõ funkció, a többi az csak a kezdjünk valamit a maradék hellyel :)

Valami különbség azért van. A szektornál jóval kissebbek egyes fájlok.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 19:49:00
Quote from: "hsoft"
A szektornál jóval kissebbek egyes fájlok.

Elvileg a szektor méret is megadható a boot szektorban :-) Igaz az jó kérdés, hogy az EXDOS foglalkozik-e ezzel az értékkel... na majd ha nagyon sok idõm lesz, akkor kipróbálom :-)
De ez amúgy is elméleti fejtegetés, az EPDOS 2.1 már kész és mûködik, minek átírni :-)
Most vannak ennél fontosabb problémáink is!

Akkor most dolgozol a méretkiírások javításán? Mert akkor addig én nem piszkálom, hogy ne legyen két külön verzió.

Könyvtár beolvasás külön szegmensbe rakása mennyire lesz macerás? Amikor a könyvtár adatokra szükség van, akkor mennyire kötött az 1-2-es lap tartalma? Ha nagyon kötött akkor felmerült bennem egy ötlet, hogy ha a kipateroljuk a 0-ás lapról a könyvtáradatokat, akkor legrosszabb esetben is lesz 512 szabad bájt, esetleg kerülhetne ide a könyvtár kezelõ program rész, és akkor a 3-as lapra lapozhatná a könyvtár szegmenst.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 20:42:24
Emlékeim szerint az alkönyvtárakat már szektoronként kezeli, de ezt meg kellene ezért nézni. Ezt a módszert a rootdirre alkalmazva, javithatna a túlcsorduláson. Nem akarok mentegetõzni, de úgy álltam neki ennek a proginak, hogy alapgépen ugyanakkora progit lehessen elinditani, mint az epdos nélkül. A pufferelés meg a qrva lassú lemezmûveletek kikerülésére készült, akkor még kényelmesen elégnek bizonyult a 0 szegmens.

Másik, hogy úgy hiszem nem foglal le magának ramszegmenst, tehát esetleg memória foglalással meghosszabbithatjuk a puffert tobb mint duplájára, persze lehet hogy ez is kevés lenne. Ehhez ki kellene javitani pár helyen a romlapozást, nullás lapozásra. Az 1-es lapszegmest tudomásom szerin nem használom, de a rengeteg funció között lehet hogy valami mégis, ezt is ellenõrizni kéne. A kommentjeim biztosan nem fogják megvilágitani-e kérdést :) Végül is a kismemóriás gépeknek van már epdosuk, tehát az 1.9-nél nem gond ha memóriát foglalunk.

Másik gond az, hogy borzasztóan kevés a hely, valamire való továbbírás elött el kell dönteni, hogy milyen felesleges vagy haszontalan, ami esetleg még terjedelmes is, funkciót töröljünk ki.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 21:19:24
Quote from: "hsoft"
Emlékeim szerint az alkönyvtárakat már szektoronként kezeli, de ezt meg kellene ezért nézni.

Nekem úgy tünik, hogy nem :( Legalábbis jelenleg egy csúnya Insufficient memory lesz ha megpróbálunk könyvtárba lépni :(, a ROMDISK-en tesztelheted.
Quote from: "hsoft"
Ezt a módszert a rootdirre alkalmazva, javithatna a túlcsorduláson.

Ez igaz, de egyelõre úgy tünik nem így van, vagy legalábbis nem mûködik vinyón:(
Igazából a az alkönyvtárak kezelése a legfontosabb, hiszen a fõkönyvtárat össze lehet nyomni (32 megás particiónál 16 bejegyzés, 30 megásnál 48 ), a kevés bejegyzést pedig könyvtár gyártással lehetne pótolni. De amúgy is egy ekkora tárolóra nem illik már csak úgy egybe rázudítani a cuccot, logikusan az ember kezelhetõ kupacokban másolja majd fel a programokat, pl LEMEZ1,LEMEZ2,stb könyvtárak, vagy JATEK-A,JATEK-B,stb... izlés szerint.

Quote from: "hsoft"
Nem akarok mentegetõzni, de úgy álltam neki ennek a proginak, hogy alapgépen ugyanakkora progit lehessen elinditani, mint az epdos nélkül.

Ez teljesen korrekt! Hiszen 10-15 éve drága mulatság volt a RAM bõvítés. Szerencsére azóta fejlõdött a technika, ma már fillérekbõl kijön, a tervezett sorozat vinyó vezérlõs kártyán is lesz vagy 1 mega RAM.
Quote from: "hsoft"
A pufferelés meg a qrva lassú lemezmûveletek kikerülésére készült

Ez annyira jól sikerült, hogy floppy kezelésben egy mai PC-t is simán megver! Pl egy sok fájlos lemezen, del *.*... sajnos az Emulátoron ami a PC tetû floppyjára épül, ez annyira nem érezhetõ, csak valódi EP-n.

Quote from: "hsoft"
Másik, hogy úgy hiszem nem foglal le magának ramszegmenst, tehát esetleg memória foglalással meghosszabbithatjuk a puffert tobb mint duplájára, persze lehet hogy ez is kevés lenne.

Ez már így bõven elég lesz, a 16K az plusz 512 bejegyzés! Az PC-n formázott particiókon ennyi a fõkönyvtár, de EP-n ez már bõven több mint értelmes.


Quote from: "hsoft"
Az 1-es lapszegmest tudomásom szerin nem használom, de a rengeteg funció között lehet hogy valami mégis, ezt is ellenõrizni kéne.

Ha az 1-es lap szabad, akkor nagyon egyszerû a megoldás! Szerintem csak a külön memóriát használó funkciók használják, File vagy DISK EDITOR, TYPE?
Majd én is belemélyedek, hogy mennyire szabad préda az 1-es lap :)

Quote from: "hsoft"
A kommentjeim biztosan nem fogják megvilágitani-e kérdést :)

:)

Quote from: "hsoft"
Másik gond az, hogy borzasztóan kevés a hely, valamire való továbbírás elött el kell dönteni, hogy milyen felesleges vagy haszontalan, ami esetleg még terjedelmes is, funkciót töröljünk ki.

Szerintem nyissunk egy C szegmenst! Ma már ROM-ból sincs hiány, a tervezett kártyára egy félmegás FLASHROM fog kerülni, ami kb annyiba fog kerülni, mint anno egy 27256-os :-)
Amúgy is lennének még vinyóval kapcsolatos plusz funkciókra ötleteim, szóval valamivel csak betelne az a plusz szegmens is :-) így az EPDOS+IDE.ROM az pont 64k lenne.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 21:21:54
azt okozhatja a rossz clusterszámitas is
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 21:28:53
Quote from: "hsoft"
azt okozhatja a rossz clusterszámitas is

Elvileg az már jó, a _SECTDE, SECTDE eljárások ki lettek javítva, ez után lett jó a fájlok elérése.
Elötte a fájltípus meghatározásnál rossz helyrõl olvasott, és ezért mindenrõl azt hitte ISDOS program :-)
Persze még lehet eldugva ez-az a könyvtárkezelésben :-) majd nyomozok.
Most elöször csinálok floppyn egy több clusternyi könyvtárat, és emulátor debuggerben megfigyelem, hogy hány szektoronként olvassa be. De nekem az a gyanum, hogy clusterenként lesz olvasva. Ami vinyón 8K, ami persze, hogy túlcsordul.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 21:44:15
Akkor egyenlöre még nem nem irok át semmit, csak tovább böngészem a forrást, és terveket szövögetek ennek alapján.
1. egyes lapra rambõvítés fog kerülni.
2. készítünk egy nulla lapos távoli rutin hívást.
3. a fontosbb rutinokat rutinkönyvtár hívna 0-as lapról, és melyek a b vagy akár a C szegmensen futnának.
4. szabvanyositani es korrekté tenni a méret, hely, szektor, cluster, boot, fat, root, dir stb. kiszámitasokat, kiiratásukat csonkolasmentessé tenni. pl nagyságrend váltással.
5. a sztringek javát távoli hivassal-eléréssel-lekezeléssel a b szegmensre tenni
6. meghajtó váltás rutin... (minden lehetséges formázott meghajtot el lehessen érni)
7. amennyiben elegendõ lesz a bõvített 2 szegmenses puffer, akkor a pufferben a boot-fat1-fat2-aktualis dir lenne.

valamit te is tervezzél, mik a meglátásaid. addig hozok sört mert kiszáradtam :)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 22:47:43
Talán már mûködik, legalábbis visszaállva a régire :-)
Várom az okosságot :-)))
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 23:40:35
Közben kipróbáltam az alkönyvtár beolvasását: cluster-enként olvassa be végig a pufferbe.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.13. 23:41:31
Akkor ugy mint most vazoltam... 7. pontban
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.13. 23:45:53
Quote from: "hsoft"
Akkor ugy mint most vazoltam... 7. pontban

Pontosan, már csak a puffer méretét kell megnövelni egy szegmenssel :-)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 00:17:25
7) boot az 1, a FAT a legrosszabb esetben 12*2, ez 25, emellé egy könyvtár szektor fér be most. ha a plusz szegmens mind könyvtár, akkor az 512 bejegyzés, ami a legdurvább PC-s fõkönyvtárra is elég. EP-n valószínüleg az egy 8K-s cluster foglaló könyvtár lesz az általánosan legnagyobb, ami 256 fájl, ami bõven sok, egy átlagos 840-es lemezemen 50 fájl van. Magyarul a +1 szegmenssel kibõvített puffer bõven elég lesz, ez 10 floppynyi anyag egy könyvtárba másolását is lehetõvé teszi.
1) következik a 7)-bõl
2) ez következik az 1)-bõl, mivel ha jól nézem most 1-es lapos hivogatás van
3,5) ez az A szegmensben való helycsinálás miatt van, ha jól sejtem :)
4) szükségszerû
6) készen van :-)

Ami extra igényem biztosan lesz majd, DISKEDITOR bõvítése, olyan móddal, ahol az IDE ROM-mal kommunikál közvetlenül, hasonlóan az EXDOS DISKIO-hoz. Persze ehhez elöbb még az IDE DISKIO belépési pontot is el kell készítenem :-)
Aztán vannak még segédprogramok amiket meg kéne írni a vinyóhoz, lehet, hogy szimpatikusabb lenne ezeket az EPDOS keretein belül elkészíteni :) (C,D,E,stb szegmens :-) )
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 00:26:44
Egy másik projekthez kapcsolodó fejleszteni való: Spectrum Emulátorral futtatható programok felismerése, és indítása. Ez utóbbi viszonylag könnyû, már megcsináltam, hogy :ZX fájlnév, és indul is :-)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.14. 00:31:16
Akkor ebben maradunk, majd valamikor nekikezdek, bár nem vagyok elrontója annak sem ha Te ugrasz neki :)

Ugy látom már csak ketten vagyunk talpon, én is csak azért mert a hustler tv ki van rakva ablakban :) (meg még van egy kis söröm is)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 00:47:19
Quote from: "hsoft"
nem vagyok elrontója annak sem ha Te ugrasz neki :)

Majd igyekszem! De a saját programjaimnál se egyszerû rájönni, mit is csinál, hát még a másénál :-)
Azért kisebb sikerek már voltak :-)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.14. 00:53:46
Ha hiszed, ha nem ugyanúgy meg kell fejtenem mintha tök idegen program lenne, ráadásul nekem még az enterprise rendszerelmélet is kiesett, pedig volt idõ hogy becsukott szemmel tudtam a címek javát.
Title: Re: EPDOS fejlesztése
Post by: MrPrise on 2006.January.14. 00:56:43
Quote from: "hsoft"
Akkor ebben maradunk, majd valamikor nekikezdek, bár nem vagyok elrontója annak sem ha Te ugrasz neki :)

Ugy látom már csak ketten vagyunk talpon, én is csak azért mert a hustler tv ki van rakva ablakban :) (meg még van egy kis söröm is)

Ej, azon a hustler tv-n néha nagyon gagyi filmeket adnak ;-)
Filmmúzeom a jó :-) "Mannbó" :-D Nem látta valaki a héten ezt a filmet? Rudolf Péter volt benne (fiatalon).
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 11:59:19
Quote from: "hsoft"
Ha hiszed, ha nem ugyanúgy meg kell fejtenem mintha tök idegen program lenne, ráadásul nekem még az enterprise rendszerelmélet is kiesett, pedig volt idõ hogy becsukott szemmel tudtam a címek javát.

Ismerõs, én is csak októberben ástam elõ az EP-t :)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 12:11:27
Quote from: "hsoft"
Igazán regisztrálhatna már valaki, hogy ne én legyek a kopasz... :)

Úgy látom, már nem te vagy :-)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 12:59:38
Quote from: "hsoft"
2. készítünk egy nulla lapos távoli rutin hívást.

Átnéztem, ezt nem is kell megcsinálni, mert már kész van :-)
Vannak 1-es lapos hívások is, de azok nem az EPDOS futása alatt kellenek, hanem EXOS rendszerbõvítésként.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 16:19:11
Quote from: "hsoft"
Másik gond az, hogy borzasztóan kevés a hely, valamire való továbbírás elött el kell dönteni, hogy milyen felesleges vagy haszontalan, ami esetleg még terjedelmes is, funkciót töröljünk ki.

Létezik az EPDOS 1.8-hoz való HELP DISK? Én úgy emlékszem, hogy utoljára az 1.5-öshöz volt, legalábbis nekem az a utolsó.
Az átküldött programgyûjteményedben nem találtam nyomát. És az 1.5-ös lemez már nem jó az újabb verziókhoz.
Szóval ha ez a funkció már ugyse használható, akkor ki lehetne törölni, kb 300H bájtot lehet spórolni így.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.14. 18:19:54
Quote from: "Zozosoft"
Létezik az EPDOS 1.8-hoz való HELP DISK? Én úgy emlékszem, hogy utoljára az 1.5-öshöz volt, legalábbis nekem az a utolsó.
Az átküldött programgyûjteményedben nem találtam nyomát. És az 1.5-ös lemez már nem jó az újabb verziókhoz.
Szóval ha ez a funkció már ugyse használható, akkor ki lehetne törölni, kb 300H bájtot lehet spórolni így.


Ok... én is erre gondoltam elsõként. "H"-val hivhott funkció.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 18:20:18
Nézegettem a memória kezelést is, az 1-es lapon az FE szegmens van belapozva, szinte állandóan.
Ez a közvetlen videó memória íráshoz kell. A fõ képernyõn úgy tünik nincs rá szükség, azok a videó lapok az FF szegmensben vannak,a nagyobb videó memóriát igénylõ funkcióknál (Diskeditor,stb) kell már az FE is.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 18:21:38
Quote from: "hsoft"
Ok... én is erre gondoltam elsõként.

Akkor tényleg nem készült az 1.5-ös után már ilyen lemez?
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.14. 18:30:29
Quote from: "Zozosoft"
Quote from: "hsoft"
Ok... én is erre gondoltam elsõként.

Akkor tényleg nem készült az 1.5-ös után már ilyen lemez?


Nem. Olyan is rémlik, mintha valami kamu perifériát is nyitna, hogy a periféria ramot használja. De lehet hogy keveredek a 2.1-essel.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.14. 18:39:06
Quote from: "Zozosoft"
Nézegettem a memória kezelést is, az 1-es lapon az FE szegmens van belapozva, szinte állandóan.
Ez a közvetlen videó memória íráshoz kell. A fõ képernyõn úgy tünik nincs rá szükség, azok a videó lapok az FF szegmensben vannak,a nagyobb videó memóriát igénylõ funkcióknál (Diskeditor,stb) kell már az FE is.


Akkor a képernyõ rutinokat át lehet tenni az új szegmensre, ami belepozhatna magának amit csak akar, visszatérés elött pedig helyreállitaná az elsõ lapot.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 18:49:09
No, végre bejutottam egy alkönyvtárba :-)
Igaz még csak favágó módon, átírva az ellõrzéseket 8000H-ra, így a nem lefoglalt FE-re megy a cucc vége...
De az már kiderült, hogy mûködni fog ez így, már csak szabályosan kell keríteni RAM-ot az 1-es lapra. Most már itt is jó a cluster számítás, volt itt még egy kisebb javítani való.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 18:51:51
Quote from: "hsoft"
Olyan is rémlik, mintha valami kamu perifériát is nyitna, hogy a periféria ramot használja

Van egy EPDSP nevü! Az EXDOS-ból lested az ötletet? Annak is van egy . nevû.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.14. 19:01:41
Quote from: "Zozosoft"
Quote from: "hsoft"
Olyan is rémlik, mintha valami kamu perifériát is nyitna, hogy a periféria ramot használja

Van egy EPDSP nevü! Az EXDOS-ból lested az ötletet? Annak is van egy . nevû.


Már nagyon régen volt...

Nincs meg neked véletlenül a 2.1-eshez a key konfiguráló program?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 20:18:18
Quote from: "hsoft"
Nincs meg neked véletlenül a 2.1-eshez a key konfiguráló program?

Egy olyat találtam, hogy EPDOS 2.0 rendszerlemez, azon van egy KEYKONF.COM
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.14. 20:38:03
Quote from: "Zozosoft"
Quote from: "hsoft"
Nincs meg neked véletlenül a 2.1-eshez a key konfiguráló program?

Egy olyat találtam, hogy EPDOS 2.0 rendszerlemez, azon van egy KEYKONF.COM


Ezer köszönet...

http://www.intermedia.c3.hu/~szmz/comparch/muzeum/muzeum/enterprs/enterprs.htm :)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 20:57:03
Lemezeimen turkálás közben találtam EPDOS 1.5 meg 1.6 forrást :-)
Itt megvannak a kódolatlan help fájlok is. Ha nincs ellenedre, akkor szerintem küldjük el a weblap szerkesztõ kollégáknak, csináljanak belõle egy html leírást.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.14. 23:27:07
Beraktam az 1-es lapra egy igényelt szegmenst, ahogy várható volt, az EDITOR-okban kicsit "érdekes" lett a kép :-)
(http://enterpriseforever.com:/userpix/12_epscr004_1.png)

Elvileg ez már kijavítva :-)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.15. 14:03:38
Zozo!

A 2.1-es bat parancsokban cimkének van értelmezve a kettõspontra végzõdõ utasítás. Igy sajnos nem lehet kiadni pl. F: parancsot. Emlékeim szerint van egy EXOS rendszerváltozó ami az aktuális meghajtót állítja. Nálad biztosan megvan.

Másik téma az emulátorral kapcsolatos. A 2.1-esnek saját billentyûzet kezelõje van. Át is konfiguráltam, hogy a pc-s billentyûmön a billentyûfeliratot adja vissza, viszont semmit sem változtatott. Kiváncsi lennék rá, hogy az emu hogyan szolgálja ki a romok megszakitás kezelõjét, ill. A billentyüzet olvasását hogyan kezeli. Gyakorlatilag a 2.1-esnek csak a parancskészlete használható.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.15. 14:05:17
Quote from: "Zozosoft"
Lemezeimen turkálás közben találtam EPDOS 1.5 meg 1.6 forrást :-)
Itt megvannak a kódolatlan help fájlok is. Ha nincs ellenedre, akkor szerintem küldjük el a weblap szerkesztõ kollégáknak, csináljanak belõle egy html leírást.


Támogatom, akár ki is lehet egészíteni a jelenlegi dolgokkal.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.16. 09:31:08
Quote from: "hsoft"

A 2.1-es bat parancsokban cimkének van értelmezve a kettõspontra végzõdõ utasítás. Igy sajnos nem lehet kiadni pl. F: parancsot.

Ezekszerint itt nem voltál elõrelátó :(
De gondolom A:-E:-re most is kivételt tesz. Újrafordítjuk, hogy A:-Z:-ig tegyen kivételt, és kész :-)
Quote from: "hsoft"
Emlékeim szerint van egy EXOS rendszerváltozó ami az aktuális meghajtót állítja.

71-es
Quote
Nálad biztosan megvan.

Nálad is :-) A tõled kapott kupacban a lemez/hwp könyvtárban van egy FISH.HWP, ez az anno ENTERPRESSBEN megjelent cikk eredeti változata.
Quote
Kiváncsi lennék rá, hogy az emu hogyan szolgálja ki a romok megszakitás kezelõjét, ill. A billentyüzet olvasását hogyan kezeli. Gyakorlatilag a 2.1-esnek csak a parancskészlete használható.

Errõl a kérdésrõl az emulátor íróját kell faggatni, úgy látom már ide is regisztrált egzo.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.16. 15:33:28
Annyit tudtam elõre lépni 2.1-es ügyben, hogy kiderítettem, a teszt után akkor nem száll el, amikor hagyományos megszakításra van állítva.
Quote
A rendszer három féle megszakítást kezel.      /CA 202-es exosváltozó értéke
 1. Hagyományos.                                b7=1
 2. E0-EF parancs figyelõ.                      b7=0 b6=1
 3. Mint az elõzõ + egérmegszakítás kezelõ.     b7=0 b6=0

Meleg reset esetén (stprd) érdekes, hogy nem száll el 40h-tól, csak a következõ emu indításnál.

A másik, hogy az exos2.3 nem támogatta keyboard perifériabõvítõt, ezért visszatettem az exos2.1-et, igy már sikerült a pc billentyûzethez hozzákonfigurálni az emulátort. Végre megtalálom a karaktereket... Ha ki akarod próbálni: http://members.chello.hu/haluska.laszlone/07-SRAM.ZIP
(http://enterpriseforever.com:/userpix/30_epscr102_1.gif.thumb.jpg) (http://enterpriseforever.com:/userpix/30_epscr102_1.gif)
Harmadik: az A:-F: parancsot rendszerparancsként ki lehet adni, csak a BAT kötegelt fájlokban nem mûködik, de helyette a SET 71 6 megoldhatja.
Title: Re: EPDOS fejlesztése
Post by: egzo on 2006.January.16. 17:55:01
Quote from: "hsoft"
Kiváncsi lennék rá, hogy az emu hogyan szolgálja ki a romok megszakitás kezelõjét


ÖÖÖ... ez mi is tulajdonképpen? Amennyiben nem hardver funkció, nem érinti az emulátort.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.16. 19:00:21
Quote from: "egzo"
Quote from: "hsoft"
Kiváncsi lennék rá, hogy az emu hogyan szolgálja ki a romok megszakitás kezelõjét


ÖÖÖ... ez mi is tulajdonképpen? Amennyiben nem hardver funkció, nem érinti az emulátort.


Nem tudom, hogy mi módon és mivel ütközik, a Zozo Exdosával nem (megnéztem nélküle is). A 2.1-es saját megszakítás kezelõje a nullás lapon fut, valahol rst 28 környékén... Egy biztos, az igazi hardverrel kompatibilis volt. Az egérkártya tíltásával sem oké. Pedig az emu, teljes képernyõs módban akár az egérkártya adatait is emulálhatná...
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.16. 19:19:16
Quote from: "hsoft"
Annyit tudtam elõre lépni 2.1-es ügyben, hogy kiderítettem, a teszt után akkor nem száll el...

Ezt akkor már nyomozzátok egzo-val :-)

Quote from: "hsoft"
A másik, hogy az exos2.3 nem támogatta keyboard perifériabõvítõt

Tervbe van véve, hogy majd csináljunk egy EXOS 2.4+EPDOS 2.2+ZT 1.9 kombinációt, ahol mindenki kompatibilis lesz mindenkivel :-)
Quote from: "hsoft"
Harmadik: az A:-F: parancsot rendszerparancsként ki lehet adni, csak a BAT kötegelt fájlokban nem mûködik, de helyette a SET 71 6 megoldhatja.

Ok, akkor annyira most sem vészes a dolog.
Amúgy nem csak F:-ig vannak meghajtók, az aktuálisan detektált particiók számától függ. Ha jól számolom 672 megányi vinyónál fog betelni az ABC :-) A jelenlegi 1.9-es már az EXDOS-tól lekérdezett meghajtók alapján dolgozik a meghajtók kiválasztásánál, legutóbb beletettem azt is (most, hogy lemondtunk a H gombról), hogy nem csak A-E, hanem F-Z is kiválasztható gombnyomásra.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.16. 20:19:04
Zozo: Sajnos, a forrásban semmi módosítás nem történt, böngészéssel ment el az idõm, remélem azért nem haszontalanul. Folytathatod a utolsó forrásodat, holnap melózni megyek.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.17. 13:36:38
Kijavítottam a CD menüpontot (pontosabban a DIRIN rutint). Ez ugyan már eleve saját szegmenssel dolgozik, de azonbelül 7C00-ra töltötte az aktuális könyvtár clustert. Ami 2 szektornál nagyobb cluster esetén már a rendszerszegmens felülírását okozza, magyarul úgy elszállt mint a pinty :-) Majd este igazi vinyón jól letesztelem, írok egy kis basic progit ami tucatjával gyártja majd a könyvtárakat :-) (http://enterpriseforever.com:/userpix/12_epscr005_copy_1.gif.thumb.jpg) (http://enterpriseforever.com:/userpix/12_epscr005_copy_1.gif)
Title: Re: EPDOS fejlesztése
Post by: Povi on 2006.January.17. 15:02:25
Quote from: "hsoft"
Ha ki akarod próbálni: http://members.chello.hu/haluska.laszlone/07-sram.zip

Nekem miért nem mûködik a link?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.17. 15:10:57
Helyesen:
http://members.chello.hu/haluska.laszlone/07-SRAM.ZIP
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.17. 21:10:19
Helyesbítés: CD részben lett kijavítva :-) egy könyvtárban csak az elsõ alkönyvtárat találja meg...
MD, MOVE mûködik. CHKDSK is mûködõnek tünik, FAT editorban gyártottam hibát, és szépen kijavította!
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.17. 22:16:41
Jó lenne, ha az EMU megjegyezné a File/Configure disk drives/Use disk imege beállitást, és indítás után nem kellene mindig újra belõni. A KEYCONF-fal felcseréltem még Y-Z-t, múltkor kimaradt. Az gyorsteszt utáni indító ablakból, H-val futtatom a Heasst, ami automatikusan betõlti EP.ima image-ból Epdos1.9.hea-t. Igy már sokkal gyorsabb lett a forrás elérése. A 07-SRAM.ZIP-et frissitettem.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.17. 23:08:01
Visszaalakítom a decimal rutint 8-ról 6 karakteresre, az alábbi  változtatással: CHL helyett BCHL az input érték. Amikor nagyobb 64K-nál, elosztja 1024-el, és az eredmény K-ra fog végzõdni.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.18. 10:47:29
Quote from: "hsoft"
Visszaalakítom a decimal rutint 8-ról 6 karakteresre, az alábbi  változtatással: CHL helyett BCHL az input érték. Amikor nagyobb 64K-nál, elosztja 1024-el, és az eredmény K-ra fog végzõdni.

Ügyes!
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.18. 10:55:28
Tesztelés során már jól lökte az adatokat, de tüzetesebben át kellene vizsgálni. Áttértem 24-rõl 32 bites fájlméret számolásra, ezt is ellenõrizni lehet, a fileeditor maradt 24 bites. A méretet 5 számjegyig írja ki, elvileg ez 99999K-ig lehet elegendõ, viszont belsõleg hatjegyig van van kezelve. Kiszedtem a EPDhelpet, igy komoly területet nyertünk. FC80 körül van a vége. És most bezuhanok az ágyamba... :)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.18. 13:43:51
Na már nyomon vagyok a CD parancs bajával kapcsolatban :-)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.18. 20:58:37
Most nekilátok a gyakorlatban is a CD-nek, a memória kezelést kell alaposan átszabni a DIRIN-ben. Ennek kapcsán módosítottam az EXDOSHIVAS rutint is, hogy tetszõleges 2-es lappal is mûködjön.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.18. 21:32:19
Milyen bibik vannak a CD-vel?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.18. 21:48:17
Quote from: "hsoft"
Milyen bibik vannak a CD-vel?

A legnagyobbat írtam tegnap, hogy 7C00-ra tölt be egy clustert, ami 2 szektornál nagyobb cluster esetén a rendszerszegmens felülírást jelenti. Hogy a 16 szektoros cluster is beférjen ehhez 6000H-re kell rakni. Ezt csináltam tegnap, de így csak 1 könyvtárat talált meg a fõkönyvtárban.
Bõvebben kielemeztem: a munkaszegmense elején vannak a változók, meg a megtalált könyvtárak.
4800H-tól betöltötte a BOOT+FAT1+FAT2+ROOT-ot, ez így vinyó esetén már sehogy se fér be 6000H alá. Arról nem is beszélve, hogy PC-n formázott vinyó esetén ott a szörnyûséges 512 bejegyzéses fõkönyvtár, ami egymagában 16K!

Javítás: BOOT+FAT beolvasása felesleges, mert csak aktuális meghajtón lehet kiadni a CD parancsot, ha nem aktuális akkor elöbb úgyis a NEWDISK fog lefutni. Szóval a BOOT+FAT ott van a nullás lapos puffer területen.
Memória kezelést meg átírom úgy, hogy az állandóra foglalt 1-es lapos szegmensre olvassa be a fõkönyvtárt (legszörnyûbb esetben is befér), a munkaszegmenst pedig a 2-es lapon használja, ennek az eleje változatlan lesz, A000H-tól lesz az alkönyvtár cluster puffer. Mivel boot meg többi cucc nincs közben, így bõségesen terjeszkedhet majd a megtalált könyvtár lista is :)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.18. 21:59:28
Van még egy virtuális területü DW lista is, minden fájlleiróhoz két byt jár, ebben tárolja a szelektálási számot. Ezt a directory terület utánra definiálja a DIRRDSZÁMOL. (SELKEZD) DS MAXDIR*2

Töltsd föl te is a képeidet, aztán törlöm a webtáramról!

Más: lassan elérhetõvé kéne tenni a romot, de csak a webtáramról, ahol mindig frissülne. Több szem többet (hibát) lát... Ezért a fejlesztett verzióba bele kellene fordítani az aktuális dátumot is. (a rom végébe)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.18. 23:18:04
EPDOS 1.9 ROM letöltése (http://enterpriseforever.com/downloads/Uj_EPDOS/2006-01-18/epdos1-9.rom) az utolsó fordítással Majd meglátjuk, hátha az adminnak lesz erre jobb megoldása is... MrPrise: van. Most már bármilyen file-t fel tudtok tölteni. A feltöltés a fõoldalról érhetõ el a feltöltés menübõl. Username: ftp és ftp a jelszó. A ROM-ot beraktam egy könyvtárba ami a hozzászólásod dátuma, így tudni lehet, hogy mikori az a ROM. A linket a hozzászólásodban átírtam erre. Természetesen a fõoldalon a letöltésre kattintva is elérhetõ a ROM! Az újabb verziókat újabb dátumú könyvtárakba kellene szerintem majd rakni.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.19. 00:09:20
CD javítás kész, tesztelve sok könyvtárral, úgy tünik rendben mûködik :-) Apróbb javítás még, hogy mindenütt 16 bitesre javítottam a fõkönyvtár bejegyzések számának kezelését. Tesztelve 512 bejegyzéses partición, mûködik, a CD is. Frissítettem a letölthetõ anyagot. (http://enterpriseforever.com:/userpix/12_dscf1207_1.jpg.thumb.jpg) (http://enterpriseforever.com:/userpix/12_dscf1207_1.jpg) Én most megyek aludni :-)
Title: Re: EPDOS fejlesztése
Post by: Povi on 2006.January.19. 10:39:55
Tudom, hogy nagy kérés, de azt nem lehetne majd megoldani, hogy a file-ok abc szerint rendezve jelenjenek meg? Esetleg kiterjesztés szerint, illetve, az lenne a legjobb, ha választani lehetne, mint a norton commanderben...
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.19. 10:53:39
Quote from: "Povi"
Tudom, hogy nagy kérés, de azt nem lehetne majd megoldani, hogy a file-ok abc szerint rendezve jelenjenek meg? Esetleg kiterjesztés szerint, illetve, az lenne a legjobb, ha választani lehetne, mint a norton commanderben...

Mondjuk az ABC rendezés+kiterjesztés rendezés teljesen ellentétes az EP-n használatos fájltárolási móddal, ezért is nem lehet PC-n értelmesen tárolni EP progikat, csak úgy ha minden programot külön könyvtárba teszel, és még így is lehet, hogy gond lesz, pl ha magnóra akarnád kimenteni, mert nem tudnád a fájlok valódi sorrendjét. Én ezért inkább olyan progit szeretnék ami PC-n képes valódi könyvtárbejegyzés szerint sorrendben rendezni a fájlokat...
Title: Re: EPDOS fejlesztése
Post by: lgb on 2006.January.19. 11:15:36
Quote from: "Zozosoft"
Quote from: "Povi"
Tudom, hogy nagy kérés, de azt nem lehetne majd megoldani, hogy a file-ok abc szerint rendezve jelenjenek meg? Esetleg kiterjesztés szerint, illetve, az lenne a legjobb, ha választani lehetne, mint a norton commanderben...

Mondjuk az ABC rendezés+kiterjesztés rendezés teljesen ellentétes az EP-n használatos fájltárolási móddal, ezért is nem lehet PC-n értelmesen tárolni EP progikat, csak úgy ha minden programot külön könyvtárba teszel, és még így is lehet, hogy gond lesz, pl ha magnóra akarnád kimenteni, mert nem tudnád a fájlok valódi sorrendjét. Én ezért inkább olyan progit szeretnék ami PC-n képes valódi könyvtárbejegyzés szerint sorrendben rendezni a fájlokat...


DOS-nal ugyan nem tudom, de pl UNIX eseteben az ls ABC sorrendbe rendez alaphelyzetben, de ez nem azt jelenti hogy ezt az OS csinalja: az ls rendezi ugy ... Lehetoseged van ezt kikapcsolni a megfelelo kapcsoloval. Nem hinnem hogy pl DOS-nal maskepp lenne, szerintem ott sem rendezve van, csak maga a megjelenito proggy rendezi azt (legyen az a dir parancs, vagy vmi file commander, stb).
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.19. 11:47:09
Quote from: "lgb"
Nem hinnem hogy pl DOS-nal maskepp lenne, szerintem ott sem rendezve van

Ez ok, de ki használ manapság DOS-t, command prompt-ban pötyögve? :-)
Akkor úgy mondom, hogy a ma használt windowsos környezetben kéne nem rendezõ rendezés :-) mondjuk Total Commanderhez...
De most már kezd összeállni az EPDOS 1.9, lehet EP-n megtölteni a vinyót, ki lehet hagyni a béna PC-t :-) csak a netrõl leszedett progiknál kell majd ügyeskedni.
Title: Re: EPDOS fejlesztése
Post by: lgb on 2006.January.19. 11:59:59
Quote from: "Zozosoft"
Quote from: "lgb"
Nem hinnem hogy pl DOS-nal maskepp lenne, szerintem ott sem rendezve van

Ez ok, de ki használ manapság DOS-t, command prompt-ban pötyögve? :-)
Akkor úgy mondom, hogy a ma használt windowsos környezetben kéne nem rendezõ rendezés :-) mondjuk Total Commanderhez...
De most már kezd összeállni az EPDOS 1.9, lehet EP-n megtölteni a vinyót, ki lehet hagyni a béna PC-t :-) csak a netrõl leszedett progiknál kell majd ügyeskedni.


En is kerdezhetem: ki hasznal winfost?! :) En nem :) Nade komolyra forditva a szot: akkor viszont itt nem a PC vagy az OS problema szamodra, hanem maguk az alkalmazasok pl a Total Commander ... Most nem kotozkodeskeppen, csak a korrektseg kedveert, amugy sem szoktam Windowst vedelmezni nagyon :) Amugy a hdd-ra FAT eseten legalabbis emlekeim szerint letrehozas sorrendjben kerul a dolog es gondolom EPDOS-nal is (mert eleve rendezve tarolni az sokkal bonyolultabb lenne, most fuggetlenul attol hogy EPDOS vagy PC vagty barmi), itt csak arrol van szo hogy bizonyos user applikaciok (inkabb: a legtobb ...) eleve mindig rendezik a dirlistet mielott megjelenitik ...
Title: Re: EPDOS fejlesztése
Post by: Povi on 2006.January.19. 12:00:03
Én arra gondoltam, hogy a megjelenítés legyen abc-ben, hogy könnyen meg lehessen találni a dolgokat. Elöl a könyvtárok, aztán a file-ok. Szerinem NC-ben pedig van nem rendezõ rendezés is. De pl. ott lehet méret szerint, és dátum szerint is rendezni. Azért azok se haszontalan dolgok! (legalábbis volt már olyan, hogy kellett használnom).
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.19. 18:50:49
Ezek szerint (eddig) kettõnek szüksége lenne a rendezésre. Majd meglátjuk... Viszont jelenleg a legfontosabb az lenne, hogy (rendezés nélkül) hibátlanul mûködjön. Kár addig újabb hibalehetõséget betenni amíg nem tisztázott a helyzet.
Sokat gondolkodtam azon, hogy miért volt könnyebb lefényképezni a képernyõt, mint lementeni az EMU-n, míg estére megvilágosodtam :) ezt már az ENTERPRISE-on tesztelte Zozo :) Ez azért már valami, igazi EP-HDD
Title: Re: EPDOS fejlesztése
Post by: gafz on 2006.January.19. 18:56:45
Quote from: "hsoft"
Ezek szerint (eddig) kettõnek szüksége lenne a rendezésre.


Jelentkezem harmadiknak ;)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.19. 18:58:43
Quote from: "hsoft"
Kár addig újabb hibalehetõséget betenni amíg nem tisztázott a helyzet.

Szerintem is, elöször mûködjön minden jelenlegi funkció, aztán jöhet a kívánság mûsor :-)
Quote from: "hsoft"
Sokat gondolkodtam azon, hogy miért volt könnyebb lefényképezni a képernyõt, mint lementeni az EMU-n, míg estére megvilágosodtam :)

 :smt041
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.19. 19:19:35
Mindenesetre egyelõre nem kell attól tartani, hogy minden mûködik :-)
Gyûjtöm a bugokat...
Title: Re: EPDOS fejlesztése
Post by: egzo on 2006.January.19. 20:35:09
Quote from: "hsoft"
A 2.1-es saját megszakítás kezelõje a nullás lapon fut, valahol rst 28 környékén...


Az rendben, de amikor ez a "saját megszakítás" fut, az milyen módon történik? IM 1, IM 2 ? Mi a megszakítás forrása? Sime videómegszakítás, vagy más?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.19. 23:35:36
Na az új CD-tõl jól megzuhant a COPY meg a MOVE :-) DIRIN újból átírva, úgy tünik sikerrel :-) Van egy kis javítani való szépséghiba: a select számokat 3 számjeggyel kéne kiírni. Letöltés (http://enterpriseforever.com/downloads/Uj_EPDOS/2006-01-19/epdos1-9.rom)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.20. 05:45:49
Quote from: "Zozosoft"
Van egy kis javítani való szépséghiba: a select számokat 3 számjeggyel kéne kiírni.


Megtörtént... Mivel így összefolytak a számok és nevek, invertálással különítettem el õket. Rom végébe beírtam: PRÓBAVERZIÓ 2006.01.20
A frissítést rád hagyom. :)

Megformáztam pc-n egy névtelen lemezt, és <VOL> meghülyíti az epdost, nézd majd meg, ha ráérsz.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.20. 06:13:41
Quote from: "egzo"
Az rendben, de amikor ez a "saját megszakítás" fut, az milyen módon történik? IM 1, IM 2 ? Mi a megszakítás forrása? Sime videómegszakítás, vagy más?


Annyira régi az epdos2.1 forrás, hogy a válaszhoz újra át kellene böngésznem, az EXOS 2.1 leírásával karöltve. Ezt nem igérem azonnalra... :)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.20. 10:12:03
Quote from: "hsoft"
Megtörtént...
Köszi!
Quote from: "hsoft"
Mivel így összefolytak a számok és nevek, invertálással különítettem el õket.
Valami ilyesmire gondoltam én is :)
Quote from: "hsoft"
Rom végébe beírtam: PRÓBAVERZIÓ 2006.01.20
Errõl jut eszembe, kéne a HEASS-ba rakni olyan direktívát, amivel az aktuális dátumot, idõt lehetne belefordítani.
Quote from: "hsoft"
Megformáztam pc-n egy névtelen lemezt, és meghülyíti az epdost, nézd majd meg, ha ráérsz.
Ezt nem tudtam reprodukálni... formáztam FORMAT-al is, meg a Sajátgép alol is... Amitõl jól meg tud hülyülni, az LFN (hosszúfájlnév) bejegyzések, hála a kö...g Microsoftnak... Mert hiába van két szabad bit is az attribútum bájtban, csak nem azzal oldották meg... nem, nekik direkt az eddig használt bitek egy kombinációját kellett felhasználni, hogy tuti inkompatibilis legyen a saját régi szabványukkal is... Konkrétan az RHSV bitkombináció az már nem VOL, hanem LFN... (0FH attribútumbájt). Szóval majd a VOL keresésénél kell ehhez kivételkezelés, meg monitor módban kell kijelzés is. 10:51: VOL keresés már kijavítva, már a helyes lemeznevet jeleníti meg, ilyen elb...ott LFN-es lemezen is. (http://enterpriseforever.com:/userpix/12_epscr006_1.jpg.thumb.jpg) (http://enterpriseforever.com:/userpix/12_epscr006_1.jpg)
Title: Re: EPDOS fejlesztése
Post by: Povi on 2006.January.20. 11:38:34
Hú, mi ez a sok copyright jel a filenevekben?!?!
És mi az a <vol> szöveg a fileméret oszlopban?

"meg monitor módban kell <LFN> kijelzés is"
Ez azt jelenti, hogy be tudja majd olvasni a hosszúfájlneveket is?

"nekik direkt az eddig használt bitek egy kombinációját kellett felhasználni, hogy tuti inkompatibilis legyen a saját régi szabványukkal is... "
Ez jellemzõ. A word 2000 sem kompatibilis a word 6.0-val. Annak idején (fél éve...) word 6-ban írtam a diplomamunkámat. Bent az egyetemen meg 2000 volt. Bent el akartam menteni 6-os formátumban, erre kiírja, hogy az nem támogatja a kiskapitális betûket, és ezért átalakítja nekem csupa nagybetûssé. Nem tudom, honnét vette ezt a baromságot, amikor a word 6-ossal csináltam a kiskapitális betûket. .... Bocs az offtopicért.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.20. 11:47:09
Quote from: "Povi"
Hú, mi ez a sok copyright jel a filenevekben?!?!
És mi az a <vol> szöveg a fileméret oszlopban?

Ha Monitor módban nézed a lemezt, akkor minden könyvtár bejegyzés látszik, a <vol> a lemeznév bejegyzése. Ill. a Micosoft ökörsége miatt, a konkrét képen látható sok volból, az utolsó az ami téényleg <vol>, az többi az <lfn>.
A copyright jelek meg abból jönnek, hogy az lfn bejegyzésekben 16 bites karakterkészlet van alkalmazva, magyarán leggyakrabban minden második bájt nulla.

Quote from: "Povi"
Ez azt jelenti, hogy be tudja majd olvasni a hosszúfájlneveket is?

Nem az csak azt jelenti, hogy ebben a Monitor módban, nem vol-nak, hanem lfn-nek írja ki.

Ha majd minden más mûködik, lehet elmélkedni, hogy akarunk-e kezdeni valamit az lfn-nel, de egyelõre túl sok értelme nincs, hiszen ahhoz elöbb az EXDOS-t is alaposan át kéne írni.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.20. 12:28:16
Na kész a kijelzés is Monitor módban. (http://enterpriseforever.com:/userpix/12_epscr007_1.jpg.thumb.jpg) (http://enterpriseforever.com:/userpix/12_epscr007_1.jpg) Letöltés (http://enterpriseforever.com/downloads/Uj_EPDOS/2006-01-20/EPDOS1-9.ROM)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.20. 16:16:39
Az a fõ, hogy a lfn fájlleírója ne zavarjon be semmilyen epdos funkcióba... pl. chk fat stb.

Heass direktivának valami DB DATE$,TIME$,DATETIME$ formát tudnék elképzelni, de már nem emlékszem az enterprise idõ kiolvasásra :)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.20. 19:50:38
Quote from: "hsoft"
Az a fõ, hogy a lfn fájlleírója ne zavarjon be semmilyen epdos funkcióba... pl. chk fat stb.
FAT-hoz nincs köze, és mint "vol" nem sok vízet zavar :-)
Quote from: "hsoft"
Heass direktivának valami DB DATE$,TIME$,DATETIME$ formát tudnék elképzelni, de már nem emlékszem az enterprise idõ kiolvasásra :)
Én is valami hasonlóra gondolok. EXOS 32,34 :) CDE-ben az eredmény, BCD-ben kódolva. Kicsit alakítottam még az lfn kijelzésen, az extra windows-os karaktereken kívül emészthetõ :-) (http://enterpriseforever.com:/userpix/12_epscr005_1.jpg.thumb.jpg) (http://enterpriseforever.com:/userpix/12_epscr005_1.jpg)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.21. 08:16:52
Betettem a heassba a dátum befordítást, de ha elõre tudom, hogy ennyit kell vele szenvedni, akkor inkább kézzel irtam volna továbbra is. :)
Az volt a fõ gond, hogy sztringváltozó és sztring konstans egyáltalán nem volt definiálva a Heassban, mindössze az idézõjeles karakterfûzér volt ismeretes. Ezt a sztringfûzér beolvasó rutint kellett megberhelnem, és jobb híján a [DATE], [TIME], [DATETIME] formátumú sztringváltozókat beláncolni. A további [XXX]-ek hozzáadása persze már sec-perc megoldható, csak készíteni kell egy elsõ menet rutint, ez visszaadja B-ben a sztringhosszt, meg egy második menet rutint, ami beírja a karaktereket. Felteszem a letöltésekhez. Igy néz ki vele a rom forrásvége:
______IF2
________DF -$-V2+V1,255
______ENDIF
V1:__DB "UTOLSÓ FORDITÁS: ",[DATETIME]
V2:

eredménye: UTOLSÓ FORDITÁS: 2006.01.21.07:55 :)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.21. 18:13:25
Quote from: "hsoft"
Betettem a heassba a dátum befordítást

Ügyes! Köszi!
Beletettem az EPDOS forrásba, nemcsak a végére, hanem a HELP szöveghez is, így :HELP EPDOS-nál is látható.
Más programomban is szoktam használni ilyen dátumbeírást, így már régóta vágytam ilyen funkcióra :-)
Title: Re: EPDOS fejlesztése
Post by: Povi on 2006.January.23. 09:51:14
Nem történt semmi változás? Én mindig kiváncsian olvasom a legújabb apró fejlesztéseket is!
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.23. 16:32:01
Zozot kéne kérdezni, mert nálam nincs változás.

Megnéztem, az utolsó rom fordításának az ideje: 2006.01.21 17:29:00
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.23. 21:55:32
Kisebb finomítás a DISKEDITOR-on. Most már akkor is lehet E:,F:-stbt editálni, ha elötte nem editáltuk az A:-t :-) E:,F:,stb esetén a közvetlenül a floppy DISKIO-t használó TRACK/SECTOR és TRACK editor módok nem választhatóak ki, erre történõ kisérlet esetén a bármely meghajtón használható SECTOR EDITOR-ba lép vissza (ez lett az alapértelmezett mód is). Letöltés (http://enterpriseforever.com/downloads/Uj_EPDOS/2006-01-23/EPDOS1-9.ROM)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.24. 22:34:07
Quote from: "hsoft"
Visszaalakítom a decimal rutint 8-ról 6 karakteresre, az alábbi  változtatással: CHL helyett BCHL az input érték. Amikor nagyobb 64K-nál, elosztja 1024-el, és az eredmény K-ra fog végzõdni.

Most egy kicsit belebarbárkodtam én is :-) , hogy 99999 felett legyen a váltás. Ez fõleg batch módban kellett, így rendezetebben néz ki a fájl lista, a legtöbb EP program 100000 bájt alatti összméretû, de elég sok akad ami 65535-nél több, és így egy kicsit fura volt, hogy minden harmadik-negyedik másként volt kiírva.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.27. 10:57:56
Ha jól nézem a parancs készletben is akad javítani való: TREE, MAPDSK, SRD, SWR...

18:50 MAPDSK,SRD,SWR javítva, hogy bármilyen meghajtót elfogadjon.
A TREE-vel hasonló memória kezelési problémák vannak, mint a CD-vel voltak.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.27. 22:49:42
Kész a :TREE javítása is. Kicsit másként csináltam mint a CD-nél, mivel itt a 2-es lapon a verem, így azt nem jó ellapozgatni :) Viszont nem kell gyûjtögetni a könyvtárakat, így több a hely az 1-es lapra tett lefoglalt szegmensben, eleve 4200H-ra töltötte a boot szektort. Az alkönyvtár clustert itt is 7C00-ra töltötte ami szép elszállásokhoz vezetett :-) úgy alakítottam át, hogy 4200H-tól a BOOT+FAT1, 6000H-tõl pedig az alkönyvtár cluster. A fõkönyvtár pedig szektoronként van beolvasva, az aktuálisan szükséges szektor 5E00H-ra van töltve.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.28. 04:52:56
Annyit piszkáltam bele, hogy a _decimál: -ban a 100 000 mérlegelése egyszerübb lett...
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.28. 10:39:13
Quote from: "hsoft"
Annyit piszkáltam bele, hogy a _decimál: -ban a 100 000 mérlegelése egyszerübb lett...

Ügyes! Már vártam :)
(nem véletlenül írtam, hogy belebarbárkodtam :-) )
Title: Re: EPDOS fejlesztése
Post by: gafz on 2006.January.29. 13:08:42
Judge-tõl (hálás köszönet neki) kaptam egy - azt hiszem - 2x16k-s cartrigdet, elsõ helyen Basic ROM másodikon EPDOS 2.1 van. A RAMteszt lefut, majd elszáll az egész, csak reset vagy kikapcsolás segít. Mi lehet a gond?

Másik kicsit OFFtopic kérdés: mi van ha 32k-s EPROM-ot 16k-s EPROM helyére teszek? Tönkremegy? Vagy csak a felel fog látszani?
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.29. 13:34:12
Stoppot nyomjál indulásnál, mert az sram tartalom el van szállva. Utána :stprd paranccsal töltsél be egy sztatikus ram tartalmat. pl. a letöltésekbõl.

Kicsit azon morfondirozunk a Judge barátommal, hogy te csak sima rombay kártyát kaptál, a gépedben van egyáltalán sztatikus ram? Ha nincs akkor az epdos 2.1 nem futtatható. Régebben a rombay-mben át volt kicsit huzalozva a dolog, volt egy pc akku benne, amit az 5 voltról diódán keresztül tartottunk töltött állapotban. A 4. szegmensre került az epdos2.1, a 7.-re az sram. az epdos romjának elejének (kb. 12.) bájtja megadta az sram szegmens számát.
Title: Re: EPDOS fejlesztése
Post by: gafz on 2006.January.29. 13:56:09
Quote from: "hsoft"
Stoppot nyomjál indulásnál, mert az sram tartalom el van szállva. Utána :stprd paranccsal töltsél be egy sztatikus ram tartalmat. pl. a letöltésekbõl.


Ha stop-ot nyomok, a :help-nél meg sem jelenik az epdos...
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.29. 14:14:31
valószinüleg nincs sramod, de a segitségedet még szerkesztem. pár pill....
Title: Re: EPDOS fejlesztése
Post by: gafz on 2006.January.29. 14:37:03
Quote from: "hsoft"
valószinüleg nincs sramod, de a segitségedet még szerkesztem. pár pill....


A valószínûleget nyugodtan kihagyhatod... :)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.29. 14:37:24
A HWP-lemez emulálása után lementettük az epdos.hwp-bõl kimentett kapcsolási rajzot. Talán segit valamit. (http://enterpriseforever.com/userpix/30_ic2_1.jpg.thumb.jpg) (http://enterpriseforever.com/userpix/30_ic2_1.jpg) Ha nem segítene semmit, akkor legalább okosodtunk 3 kép lementésben, az összerakásában, konvertálásában és feltöltésében :)
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.January.29. 14:39:40
Akkor van sramod, de melyik szegmenssen?
Title: Re: EPDOS fejlesztése
Post by: gafz on 2006.January.29. 14:41:26
Quote from: "hsoft"
Akkor van sramod, de melyik szegmenssen?


"valószinüleg nincs sramod" - "valószínûleg" = "nincs sramod" :)

Szóval ez nem egészen igaz, mert SRAM-om van, csak itt mellettem az asztalon több is, csak olyan kártyám, amibe bele lehetne pakolnom, na az nincs... :(

(Nem vagypok egyszerû eset, errõl tigrian mesélhetne... )
Title: Re: EPDOS fejlesztése
Post by: Judge on 2006.January.29. 14:55:30
Tisztázzuk:
Ha nincs hardweres m,egoldásod az EPDOS 2.0 futtatásához pl. megfelelõ rombay kártya
SRAM-mal vagy Mészáros féle 6+SRAM foglalatos bõvítõkártya akkor nem tudod használni
ezeket a szolgáltatásokat.
Üdv.Judge.
Title: Re: EPDOS fejlesztése
Post by: gafz on 2006.January.29. 14:58:06
Quote from: "Judge"
Tisztázzuk:
Ha nincs hardweres m,egoldásod az EPDOS 2.0 futtatásához pl. megfelelõ rombay kártya
SRAM-mal vagy Mészáros féle 6+SRAM foglalatos bõvítõkártya akkor nem tudod használni
ezeket a szolgáltatásokat.
Üdv.Judge.


Igen, sejtettem, hogy (büzemelt) SRAM nélkül nem fog menni a dolog...
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.January.29. 19:22:55
Olyan 2.1-et kell beégetni,amiben egy RAM szegmens van megadva SRAM szegmensnek. Igy bekapcsoláskor sérült SRAM lesz,lemezröl fel kell tölteni,kikapcsolásig viszont jo lesz.
De alapgépen sok programnak gondot okozna egy szegmens minusz.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.February.09. 12:19:47
Zozo, már befejezted a rom fejlesztést?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.February.09. 20:58:00
Quote from: "hsoft"
Zozo, már befejezted a rom fejlesztést?

Ezt nem mondanám :-) De egyelõre egy randa náthával vagyok megpusztulva :-(

Addig is a többiek tesztelhetnék az utolsó változatot, hogy nem-e lett a sok módosítás közben elrontva valami, ami eddig mûködött.

Ha van kedved esetleg belevághatnál a korábban felvetett ABC rendezõs dologba. Elmélkedtem rajta, én egy olyannak látnám értelmét, hogy az ABC funkció a select számokat rendezi sorrendbe, és aztán az ORDER-rel véglegesen ABC-be lehetne rendezni a fájlokat, célszerûen BATCH módban használva.
Title: Re: EPDOS fejlesztése
Post by: hsoft on 2006.February.11. 08:44:13
Megoldhatónak tünik... Mindenesetre meggondolandó 3 ember részére megirni :) Ha annak idején, amikor irtam az epdost, láttam volna pc-t, akkor biztosan egy láncolásos listát alkalmaztam volna, amivel tetszõleges rendezés szerint is mehetett volna. Mostmár ez túl nagy feladatnak tünik utólag bevezetni.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.February.14. 19:36:30
Quote from: "hsoft"
Mindenesetre meggondolandó 3 ember részére megirni :)

Ez már majdnem a regisztrált tagság 10 százaléka :-)
Title: Re: EPDOS fejlesztése
Post by: Povi on 2006.May.20. 16:31:48
Érdekes lefagyáasokat produkáltam epdos-szal! Elõvettem a régi 5.14"-os PC-s lemezeimet, és azokat próbáltam beolvastatni epdos-szal. Hát, nem mindegyik sikerült. Volt két lemez, amitõl elszállt, ha jól rémlik, azokat annak idején még norton bácsi safeformat-jával formattáltam.
A másik különös lefagyást pedig a DOS 1.1-es rendszerlemeze produkálta. Ez csak egyoldalas, és 8 szektoros (160 kB). Az exdos dir-je simán kilistázza, de az epdos meghalt tõle. Az 1.1-es DOS még nem ismerte sem a könyvtárakat, se a lemezcimkét, ezeket csak a 2.0-ás DOS vezette be.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2006.May.20. 23:02:54
Quote from: "Povi"
Érdekes lefagyáasokat produkáltam epdos-szal!

Az 1.9-el is fagy?
Ha igen, akkor el tudod küldeni a disk imagékat?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2007.May.21. 12:47:36
Az EXOS 2.3 után az EPDOS is sorra került angolosítás terén: Módosítottam a forrást, hogy ezután az üzenetek nyelvét tekkintve három különbözõ ROM-ot lehessen fordítani:
-angol nyelvû
-magyar, HFONT ékezetes kiosztással (ez az eredeti)
-magyar, ékezetes karakterek nélkül
(esetleg tömeges igény esetén még egy magyar, HUN ékezetest is lehetne csinálni)
Title: Re: EPDOS fejlesztése
Post by: Tutus on 2008.May.02. 12:40:06
Sziasztok!

Nos, én is boldog IDE vezérlõ tulaj lettem :) de van egy kis gond itt az EPDOS 1.9-es verziójával.
Nem mutatja a lemezeken lévõ fájlokat! Feltettem az EPDOS 1.7Z-t, az mutatja, csak ott ugye E-ig kezeli a meghajtókat. Így kénytelen vagyok a jó kis copy: parancsot használni. Egyébként az 1.9-es verziónál a felsõ menüsor tetejébõl pár pixel sem látszik. Van valakinek valami ötlete?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2008.May.02. 14:07:53
Ezzel a buggal már találkoztam, a HUN/BRD bövítést nem kedveli :(
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2008.December.27. 17:15:58
A további fejlesztés elõtt tartottam egy kis régészeti ásatást, alapvetõen azért, hogy az 1.9-be is belekerüljön az amit már a korábbi változatokba belepiszkáltam :) Így elõkerültek olyan forrásszöveg változatok, amik a "Hsoft összes"-ben sem voltak benne (lehet, hogy a Lacinak nincsenek is már meg ezek a korábbi verziók?):
- EPDOS 1.5, ez még ASMON-nal fordult
- EPDOS 1.6, ez már FENAS-os, itt az R1Z és az EPD1,2,3R fájlok az általam módosult változatú fájlok. Lényegesebb változtatás: a RAMDISK létrehozó rutin módosítása, hogy 47-nél nagyobb RAMDISK-et is kezelni tudjon: az EXDOS valami irdatlanul nagy fõkönyvtárat csinál, ez lett módosítva úgy, hogy max 160 bejegyzés legyen. Másik módosítás: a Target meghajtó el lesz tárolva a 99-es nem használt EXDOS változóba, így EPDOS-ból ki majd újra belépéskor is megmarad az értéke.
- EPDOS 1.7, ez picit régebbi mint a "Hsoft-összes"-ben lévõ, még FENAS-os. Az elõbb említett módosított RAMDISK rutin bekerült a hivatalos változatba, más formában de a TARGET megjegyzés is. Itt az általam tovább módosított fájlok: R1Z, EPD22,33  Lényegi változás: Format tudja a 13 szektoros Turbo EXDOS-t. Diskcopy képes olyan lemezt is másolni, amit nem tud az EPDOS formázni, feltéve ha a céllemez formázott (Pl 1.44-rõl 1.44-re). Bekerült a DTF fájlok betöltése Zozotools DL paranccsal, ill. .MBP fájlok Musicbox Playerrel.
Kisebb változások voltak a "Z" verziókban a menüsor és a funkcióbillentyû beállítások kedvemre szabása, ill. a státuszsor óra megszüntetése, és nem állítgatja a fejléptetés sebességét.

Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2008.December.27. 18:30:11
Mint kiderült a "Hsoft-összes"-ben lévõ már HEASS formátumú 1.7 kicsit újabb mint a nekem meglévõ (A ROMLOAD parancs környékén láttam kisebb változtatást), így gyakorlásképpen elõször ezt alakítottam át "Z" verzióra, és hamár hozzányúltam egy kicsit frissítettem is, hogy amíg nem lesz kész az 1.9, addig is legyen kicsit naprakész stabil verzió, változások az eddigi 1.7/Z-hez képest:
- az 1.9 alapján az óra (eddig is letiltva) és az EPDOS HELP lemez (amihez úgyse készült el a lemez) kiírtva, így lett szabad hely a ROM-ban
- bekerült az 1.9-bõl, hogy nem fixen 5 meghajtót kezel, hanem az EXDOS-tól kérdezi le (ezt majd még a FILE-be is be kell rakni)
- szintén 1.9-bõl, hogy a DISK EDITOR a szektor szintû editálást bármilyen meghajtón hagyja, RAMDISK-en is
- a felismert fájltípusok listája kibõvítve IVIEW és HEASS fájlokkal, valamint a TAP és TZX pedig a Spectrum Emulátorral lesznek elindítva
- RAMDISK rutin tovább módosítva, hogy a FAT méretébõl számolja a fõkönyvtárban lehetséges bejegyzéseket, így kezeli a maximális 127-es méretet is (Igazából majd az EXDOS RAMDISK rutinját kéne átszabni, hogy menjen 2 mega felett is)
 
Javaslom az emulátor ROM csomagba ezt a verziót beletenni.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2008.December.27. 22:18:29
Nyomoztam egy kicsit az 1.7->1.8 váltás ügyében is:
- kihagyásra került a HFONT karakterkészlet, és a hozzátartozó HFONT, CFONT parancsok (ez az amit sokan kérnek vissza az 1.9-be :) )
- törölve a TARGET meghajtót ill. a megjelenítési módot (Batch, Normal, stb) tároló funkció, ezt nem értem miért, olyan sok helyet nem foglal...
- az általam anno az 1.6-hoz készült PP (programcsomagoló) funkció meg lett valósítva új belsõ parancsként, az ellenpárja is DPP néven.
- az 1.7/Z-hez hasonlóan a státusz sor óra törölve, fejléptetést nem piszkálja, nincs EP logó letiltás. Mivel nincs gyorstesztes változat se, így csak egyféle változat van a korábbi A,B,C,D,E,F helyett
Title: Re: EPDOS fejlesztése
Post by: Attus on 2008.December.27. 22:45:43
Quote from: Zozosoft on 2008.December.27. 17:15:58

- EPDOS 1.7, ez picit régebbi mint a "Hsoft-összes"-ben lévõ, még FENAS-os. . Bekerült a DTF fájlok betöltése Zozotools DL paranccsal,

Megnézem! :)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2009.January.01. 22:48:24
Talán nem teljesen OFF, mivel az EPDOS-ból "kinõtt" részekrõl van szó: korábban benne volt az EPDOS-ban, késöbb helyhiány miatt kerültek ki.
A PACK bõvítés, aminek a része az a bizonyos FILE is, amit az IVIEW is használ. Ez FILE lett 1.1-es verzióra fejlesztve: a meghajtókiválasztásnál nemcsak A-E-t fogad el, hanem az EXDOS-tól kérdezi le a létezõ meghajtókat.
És módosítva lett a videókezelés, hogy EXOS 2.0-val is mûködjön.

Majd cserélem a ZT mellékletben is az új verzióra, meg csinálok IVIEW-bõl is olyat amiben benne van a FILE.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2009.January.09. 22:33:21
EPDOS 1.7/Z frissítve, bekerült az IPLAY fájlok felismerése, ill. a tömörített ASMON/FENAS fájlok felismerése, és megnyitása ASMON-nal.
Mehet az emu ROM csomagba!
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2009.February.14. 23:31:50
Quote from: Zozosoft on 2008.December.27. 17:15:58
Format tudja a 13 szektoros Turbo EXDOS-t.
Hopp itt találtam egy bugot  :oops:, ami valahogy senkinek nem tûnt fel az elmúlt kb 15 évben  :)
Emiatt az eddig Z-s verziókat ha nem Turbo EXDOS-szal használtuk együtt, akkor formázáskor (ha normál lemezt akkor is), egy bájt (turbo állapot) rossz helyre íródik a rendszerszegmensben, aminek bizonyos körülmények között látványos elszállás lett a vége  :oops:
Mondjuk valószínûleg azért is tudott ilyen sokáig bujkálni a hiba, mert eddig nem lehetett formázni emulátorban :)

Itt a javított kiadás, ami csak akkor írja ezt a bájtot, ha Turbo az EXDOS ROM.
Title: Re: EPDOS fejlesztése
Post by: IstvanV on 2009.February.26. 19:50:01
Quote from: Zozosoft on 2009.February.14. 23:31:50
Itt a javított kiadás, ami csak akkor írja ezt a bájtot, ha Turbo az EXDOS ROM.
A ROM csomagot frissítsem ?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2009.February.26. 19:54:47
Quote from: IstvanV on 2009.February.26. 19:50:01
A ROM csomagot frissítsem ?
Ha nem nagy gond, akkor igen, legyen a hibátlan benne. (Bár túl sokan nem hiszem, hogy formázgatnak rajtam kívül emu alatt :-) )
Title: Re: EPDOS fejlesztése
Post by: IstvanV on 2009.February.26. 19:59:30
Quote from: Zozosoft on 2009.February.26. 19:54:47
Ha nem nagy gond, akkor igen, legyen a hibátlan benne. (Bár túl sokan nem hiszem, hogy formázgatnak rajtam kívül emu alatt :-) )
Más lecserélendő ROM file nincs (pl. ZozoTools, IVIEW, stb.) ?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2009.February.26. 20:02:22
Hmmm, jól látom, hogy lett egy "s" típusú EXOS fájlunk a hanglejátszóhoz? :-) Akkor azt még mindjárt bele teszem az EPDOS fájlfelismerõjébe :-)
Title: Re: EPDOS fejlesztése
Post by: IstvanV on 2009.February.26. 20:43:26
Quote from: Zozosoft on 2009.February.26. 20:02:22
Hmmm, jól látom, hogy lett egy "s" típusú EXOS fájlunk a hanglejátszóhoz? :-)
Valóban. Remélem, még nem használja semmi :)
Title: Re: EPDOS fejlesztése
Post by: IstvanV on 2009.March.10. 15:28:12
Quote from: Zozosoft on 2009.February.26. 20:02:22
Hmmm, jól látom, hogy lett egy "s" típusú EXOS fájlunk a hanglejátszóhoz? :-) Akkor azt még mindjárt bele teszem az EPDOS fájlfelismerõjébe :-)
OK, ha kész lesz, akkor majd azt a változatot töltöm fel.

Talán off-topic: ez nem tudom, hogy hiba-e, de a ZozoTools CLOCK bővítése 312-ről 313 sorra növeli az LPT hosszát. :?:
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2009.June.29. 21:12:45
1.7Z beletéve az SNDPLAY meg a 3 féle DTM fájlok felismerése.
Title: Re: EPDOS fejlesztése
Post by: IstvanV on 2009.July.09. 17:28:44
Az új emulátor verzióhoz ez legyen, vagy EPDOS 1.9 (a nagy lemezek támogatása miatt, bár gondolom az 1.9-ben sok frissítésre lenne szükség, például az új file típusok stb.) ? Esetleg mindkettő, és az IDE-s memória konfiguráció tartalmazza az 1.9-et ?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2009.July.09. 21:48:21
Quote from: IstvanV on 2009.July.09. 17:28:44
Esetleg mindkettõ, és az IDE-s memória konfiguráció tartalmazza az 1.9-et ?
Szerintem legyen így, mert az 1.9-ben azért még kell bugokat vadászni (pl BRD összeférhetetlenség).
A fájl felismeréseket mindenesetre beleraktam, itt a frissített verzió.
Title: Re: EPDOS fejlesztése
Post by: IstvanV on 2009.July.09. 23:43:54
Quote from: Zozosoft on 2009.July.09. 21:48:21
Szerintem legyen így, mert az 1.9-ben azért még kell bugokat vadászni (pl BRD összeférhetetlenség).
A fájl felismeréseket mindenesetre beleraktam, itt a frissített verzió.

OK, módosítottam az installert a CVS-ben. Az új konfigurációk:

Code: C++
  1. static const uint64_t machineConfigs[] = {
  2.   // ep128brd/EP2048k_EXOS231_EXDOS_utils.cfg
  3.   EP_RAM_2048K | EP_ROM_EXOS231_UK | EP_ROM_ASMON15_04 | EP_ROM_FENAS12_06
  4.   | EP_ROM_EPDOS_Z_10 | EP_ROM_HEASS10_UK | EP_ROM_EXDOS13 | EP_ROM_PASCAL11
  5.   | EP_ROM_ZX41 | EP_ROM_BRD_32 | EP_ROM_FORTH | EP_ROM_ZT18_UK
  6.   | EP_ROM_GENMON,
  7.   // ep128brd/EP_128k_EXDOS.cfg
  8.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BRD_04 | EP_ROM_BASIC21_05
  9.   | EP_ROM_EXDOS13,
  10.   // ep128brd/EP_128k_EXDOS_FileIO.cfg
  11.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BRD_04 | EP_ROM_BASIC21_05
  12.   | EP_ROM_EPFILEIO | EP_ROM_EXDOS13,
  13.   // ep128brd/EP_128k_EXDOS_FileIO_SpectrumEmulator.cfg
  14.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BRD_04 | EP_ROM_BASIC21_05
  15.   | EP_ROM_EPFILEIO | EP_ROM_EXDOS13 | EP_ROM_ZX41,
  16.   // ep128brd/EP_128k_EXDOS_TASMON.cfg
  17.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  18.   | EP_ROM_BRD_07 | EP_ROM_EXDOS13,
  19.   // ep128brd/EP_128k_Tape.cfg
  20.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BRD_04 | EP_ROM_BASIC21_05,
  21.   // ep128brd/EP_128k_Tape_FileIO.cfg
  22.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BRD_04 | EP_ROM_BASIC21_05
  23.   | EP_ROM_EPFILEIO,
  24.   // ep128brd/EP_128k_Tape_FileIO_TASMON.cfg
  25.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  26.   | EP_ROM_BRD_07 | EP_ROM_EPFILEIO,
  27.   // ep128brd/EP_128k_Tape_TASMON.cfg
  28.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  29.   | EP_ROM_BRD_07,
  30.   // ep128brd/EP_640k_EXOS231_EXDOS.cfg
  31.   EP_RAM_640K | EP_ROM_EXOS231_UK | EP_ROM_BRD_04 | EP_ROM_EXDOS13,
  32.   // ep128brd/EP_640k_EXOS231_EXDOS_utils.cfg
  33.   EP_RAM_640K | EP_ROM_EXOS231_UK | EP_ROM_ASMON15_04 | EP_ROM_EPDOS_Z_06
  34.   | EP_ROM_EPFILEIO | EP_ROM_FENAS12_12 | EP_ROM_EXDOS13 | EP_ROM_IVIEW_30
  35.   | EP_ROM_BRD_32 | EP_ROM_ZT18_UK | EP_ROM_TPT_42,
  36.   // ep128brd/EP_640k_EXOS231_IDE_utils.cfg
  37.   EP_RAM_640K | EP_ROM_EXOS231_UK | EP_ROM_ASMON15_04 | EP_ROM_EPD19UK_06
  38.   | EP_ROM_EPFILEIO | EP_ROM_HEASS10_UK | EP_ROM_EXDOS13 | EP_ROM_IDE_22
  39.   | EP_ROM_IVIEW_30 | EP_ROM_BRD_32 | EP_ROM_ZT18_UK | EP_ROM_TPT_42,
  40.   // ep128esp/EP2048k_EXOS231_EXDOS_utils.cfg
  41.   EP_RAM_2048K | EP_ROM_EXOS231_ES | EP_ROM_ASMON15_04 | EP_ROM_FENAS12_06
  42.   | EP_ROM_EPDOS_Z_10 | EP_ROM_HEASS10_UK | EP_ROM_EXDOS13I_ES
  43.   | EP_ROM_PASCAL11 | EP_ROM_ZX41 | EP_ROM_ESP_32 | EP_ROM_FORTH
  44.   | EP_ROM_ZT18_UK | EP_ROM_GENMON,
  45.   // ep128esp/EP_128k_EXDOS.cfg
  46.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ESP_04 | EP_ROM_BASIC21_05
  47.   | EP_ROM_EXDOS13I_ES,
  48.   // ep128esp/EP_128k_EXDOS_FileIO.cfg
  49.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ESP_04 | EP_ROM_BASIC21_05
  50.   | EP_ROM_EPFILEIO | EP_ROM_EXDOS13I_ES,
  51.   // ep128esp/EP_128k_EXDOS_FileIO_SpectrumEmulator.cfg
  52.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ESP_04 | EP_ROM_BASIC21_05
  53.   | EP_ROM_EPFILEIO | EP_ROM_EXDOS13I_ES | EP_ROM_ZX41,
  54.   // ep128esp/EP_128k_EXDOS_TASMON.cfg
  55.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  56.   | EP_ROM_ESP_07 | EP_ROM_EXDOS13I_ES,
  57.   // ep128esp/EP_128k_Tape.cfg
  58.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ESP_04 | EP_ROM_BASIC21_05,
  59.   // ep128esp/EP_128k_Tape_FileIO.cfg
  60.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ESP_04 | EP_ROM_BASIC21_05
  61.   | EP_ROM_EPFILEIO,
  62.   // ep128esp/EP_128k_Tape_FileIO_TASMON.cfg
  63.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  64.   | EP_ROM_ESP_07 | EP_ROM_EPFILEIO,
  65.   // ep128esp/EP_128k_Tape_TASMON.cfg
  66.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  67.   | EP_ROM_ESP_07,
  68.   // ep128esp/EP_640k_EXOS231_EXDOS.cfg
  69.   EP_RAM_640K | EP_ROM_EXOS231_ES | EP_ROM_ESP_04 | EP_ROM_EXDOS13I_ES,
  70.   // ep128esp/EP_640k_EXOS231_EXDOS_utils.cfg
  71.   EP_RAM_640K | EP_ROM_EXOS231_ES | EP_ROM_ASMON15_04 | EP_ROM_EPDOS_Z_06
  72.   | EP_ROM_EPFILEIO | EP_ROM_FENAS12_12 | EP_ROM_EXDOS13I_ES | EP_ROM_IVIEW_30
  73.   | EP_ROM_ESP_32 | EP_ROM_ZT18_UK | EP_ROM_TPT_42,
  74.   // ep128esp/EP_640k_EXOS231_IDE_utils.cfg
  75.   EP_RAM_640K | EP_ROM_EXOS231_ES | EP_ROM_ASMON15_04 | EP_ROM_EPD19UK_06
  76.   | EP_ROM_EPFILEIO | EP_ROM_HEASS10_UK | EP_ROM_EXDOS13I_ES | EP_ROM_IDE_22
  77.   | EP_ROM_IVIEW_30 | EP_ROM_ESP_32 | EP_ROM_ZT18_UK | EP_ROM_TPT_42,
  78.   // ep128hun/EP2048k_EXOS231_EXDOS_utils.cfg
  79.   EP_RAM_2048K | EP_ROM_EXOS231_HU | EP_ROM_ASMON15_04 | EP_ROM_FENAS12_06
  80.   | EP_ROM_EPDOS_Z_10 | EP_ROM_HEASS10_HU | EP_ROM_EXDOS13I_HU
  81.   | EP_ROM_PASCAL11 | EP_ROM_ZX41 | EP_ROM_HUN_32 | EP_ROM_FORTH
  82.   | EP_ROM_ZT18_HU | EP_ROM_GENMON,
  83.   // ep128hun/EP_128k_EXDOS.cfg
  84.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_HUN_04 | EP_ROM_BASIC21_05
  85.   | EP_ROM_EXDOS13I_HU,
  86.   // ep128hun/EP_128k_EXDOS_FileIO.cfg
  87.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_HUN_04 | EP_ROM_BASIC21_05
  88.   | EP_ROM_EPFILEIO | EP_ROM_EXDOS13I_HU,
  89.   // ep128hun/EP_128k_EXDOS_FileIO_SpectrumEmulator.cfg
  90.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_HUN_04 | EP_ROM_BASIC21_05
  91.   | EP_ROM_EPFILEIO | EP_ROM_EXDOS13I_HU | EP_ROM_ZX41,
  92.   // ep128hun/EP_128k_EXDOS_TASMON.cfg
  93.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  94.   | EP_ROM_HUN_07 | EP_ROM_EXDOS13I_HU,
  95.   // ep128hun/EP_128k_Tape.cfg
  96.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_HUN_04 | EP_ROM_BASIC21_05,
  97.   // ep128hun/EP_128k_Tape_FileIO.cfg
  98.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_HUN_04 | EP_ROM_BASIC21_05
  99.   | EP_ROM_EPFILEIO,
  100.   // ep128hun/EP_128k_Tape_FileIO_TASMON.cfg
  101.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  102.   | EP_ROM_HUN_07 | EP_ROM_EPFILEIO,
  103.   // ep128hun/EP_128k_Tape_TASMON.cfg
  104.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  105.   | EP_ROM_HUN_07,
  106.   // ep128hun/EP_640k_EXOS22_EXDOS.cfg
  107.   EP_RAM_640K | EP_ROM_EXOS22 | EP_ROM_HUN_04 | EP_ROM_EXDOS13I_HU,
  108.   // ep128hun/EP_640k_EXOS23_EXDOS.cfg
  109.   EP_RAM_640K | EP_ROM_EXOS23 | EP_ROM_HUN_04 | EP_ROM_EXDOS13I_HU,
  110.   // ep128hun/EP_640k_EXOS231_EXDOS.cfg
  111.   EP_RAM_640K | EP_ROM_EXOS231_HU | EP_ROM_HUN_04 | EP_ROM_EXDOS13I_HU,
  112.   // ep128hun/EP_640k_EXOS231_EXDOS_utils.cfg
  113.   EP_RAM_640K | EP_ROM_EXOS231_HU | EP_ROM_ASMON15_04 | EP_ROM_EPDOS_Z_06
  114.   | EP_ROM_EPFILEIO | EP_ROM_FENAS12_12 | EP_ROM_EXDOS13I_HU | EP_ROM_IVIEW_30
  115.   | EP_ROM_HUN_32 | EP_ROM_ZT18_HU | EP_ROM_TPT_42,
  116.   // ep128hun/EP_640k_EXOS231_IDE_utils.cfg
  117.   EP_RAM_640K | EP_ROM_EXOS231_HU | EP_ROM_ASMON15_04 | EP_ROM_EPD19HU_06
  118.   | EP_ROM_EPFILEIO | EP_ROM_HEASS10_HU | EP_ROM_EXDOS13I_HU | EP_ROM_IDE_22
  119.   | EP_ROM_IVIEW_30 | EP_ROM_HUN_32 | EP_ROM_ZT18_HU | EP_ROM_TPT_42,
  120.   // ep128uk/EP2048k_EXOS231_EXDOS_utils.cfg
  121.   EP_RAM_2048K | EP_ROM_EXOS231_UK | EP_ROM_ASMON15_04 | EP_ROM_FENAS12_06
  122.   | EP_ROM_EPDOS_Z_10 | EP_ROM_HEASS10_UK | EP_ROM_EXDOS13 | EP_ROM_PASCAL11
  123.   | EP_ROM_ZX41 | EP_ROM_LISP | EP_ROM_FORTH | EP_ROM_ZT18_UK | EP_ROM_GENMON,
  124.   // ep128uk/EP_128k_EXDOS.cfg
  125.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BASIC21_04 | EP_ROM_EXDOS13,
  126.   // ep128uk/EP_128k_EXDOS_EP-PLUS.cfg
  127.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BASIC21_04 | EP_ROM_EP_PLUS_05
  128.   | EP_ROM_EXDOS13,
  129.   // ep128uk/EP_128k_EXDOS_EP-PLUS_TASMON.cfg
  130.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  131.   | EP_ROM_EP_PLUS_07 | EP_ROM_EXDOS13,
  132.   // ep128uk/EP_128k_EXDOS_FileIO.cfg
  133.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BASIC21_04 | EP_ROM_EPFILEIO
  134.   | EP_ROM_EXDOS13,
  135.   // ep128uk/EP_128k_EXDOS_FileIO_SpectrumEmulator.cfg
  136.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BASIC21_04 | EP_ROM_EPFILEIO
  137.   | EP_ROM_EXDOS13 | EP_ROM_ZX41,
  138.   // ep128uk/EP_128k_EXDOS_NoCartridge.cfg
  139.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_EXDOS13,
  140.   // ep128uk/EP_128k_EXDOS_TASMON.cfg
  141.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  142.   | EP_ROM_EXDOS13,
  143.   // ep128uk/EP_128k_Tape.cfg
  144.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BASIC21_04,
  145.   // ep128uk/EP_128k_Tape_EP-PLUS.cfg
  146.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BASIC21_04 | EP_ROM_EP_PLUS_05,
  147.   // ep128uk/EP_128k_Tape_FileIO.cfg
  148.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_BASIC21_04 | EP_ROM_EPFILEIO,
  149.   // ep128uk/EP_128k_Tape_FileIO_TASMON.cfg
  150.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06
  151.   | EP_ROM_EPFILEIO,
  152.   // ep128uk/EP_128k_Tape_NoCartridge.cfg
  153.   EP_RAM_128K | EP_ROM_EXOS21,
  154.   // ep128uk/EP_128k_Tape_NoCartridge_FileIO.cfg
  155.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_EPFILEIO,
  156.   // ep128uk/EP_128k_Tape_TASMON.cfg
  157.   EP_RAM_128K | EP_ROM_EXOS21 | EP_ROM_ASMON15_04 | EP_ROM_BASIC21_06,
  158.   // ep128uk/EP_640k_EXOS231_EXDOS.cfg
  159.   EP_RAM_640K | EP_ROM_EXOS231_UK | EP_ROM_EXDOS13,
  160.   // ep128uk/EP_640k_EXOS231_EXDOS_utils.cfg
  161.   EP_RAM_640K | EP_ROM_EXOS231_UK | EP_ROM_ASMON15_04 | EP_ROM_EPDOS_Z_06
  162.   | EP_ROM_EPFILEIO | EP_ROM_FENAS12_12 | EP_ROM_EXDOS13 | EP_ROM_IVIEW_30
  163.   | EP_ROM_ZT18_UK | EP_ROM_TPT_42,
  164.   // ep128uk/EP_640k_EXOS231_IDE_utils.cfg
  165.   EP_RAM_640K | EP_ROM_EXOS231_UK | EP_ROM_ASMON15_04 | EP_ROM_EPD19UK_06
  166.   | EP_ROM_EPFILEIO | EP_ROM_HEASS10_UK | EP_ROM_EXDOS13 | EP_ROM_IDE_22
  167.   | EP_ROM_IVIEW_30 | EP_ROM_ZT18_UK | EP_ROM_TPT_42,
  168.   // ep64/EP_64k_EXDOS.cfg
  169.   EP_RAM_64K | EP_ROM_EXOS20 | EP_ROM_BASIC20 | EP_ROM_EXDOS10,
  170.   // ep64/EP_64k_EXDOS_FileIO.cfg
  171.   EP_RAM_64K | EP_ROM_EXOS20 | EP_ROM_BASIC20 | EP_ROM_EPFILEIO
  172.   | EP_ROM_EXDOS10,
  173.   // ep64/EP_64k_EXDOS_NoCartridge.cfg
  174.   EP_RAM_64K | EP_ROM_EXOS20 | EP_ROM_EXDOS10,
  175.   // ep64/EP_64k_EXDOS_TASMON.cfg
  176.   EP_RAM_64K | EP_ROM_EXOS20 | EP_ROM_BASIC20 | EP_ROM_ASMON15_05
  177.   | EP_ROM_EXDOS10,
  178.   // ep64/EP_64k_Tape.cfg
  179.   EP_RAM_64K | EP_ROM_EXOS20 | EP_ROM_BASIC20,
  180.   // ep64/EP_64k_Tape_FileIO.cfg
  181.   EP_RAM_64K | EP_ROM_EXOS20 | EP_ROM_BASIC20 | EP_ROM_EPFILEIO,
  182.   // ep64/EP_64k_Tape_NoCartridge.cfg
  183.   EP_RAM_64K | EP_ROM_EXOS20,
  184.   // ep64/EP_64k_Tape_TASMON.cfg
  185.   EP_RAM_64K | EP_ROM_EXOS20 | EP_ROM_BASIC20 | EP_ROM_ASMON15_05
  186. };

Az az EPDOS hibája, ha a START funkció nem működik az IVIEW/IPLAY/SNDPLAY file-okon (a DTM-eken viszont igen), vagy csak én használom rosszul ? :oops:
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2009.July.10. 07:35:39
Quote from: IstvanV on 2009.July.09. 23:43:54
Az az EPDOS hibája, ha a START funkció nem mûködik az IVIEW/IPLAY/SNDPLAY file-okon (a DTM-eken viszont igen), vagy csak én használom rosszul ? :oops:
Kéne mennie, nekem még ment tegnap...
Title: Re: EPDOS fejlesztése
Post by: IstvanV on 2009.July.10. 15:11:07
Quote from: Zozosoft on 2009.July.10. 07:35:39
Kéne mennie, nekem még ment tegnap...

Akkor valóban nem tudom, hogyan kell használni :oops: Az 1.7z és az 1.9 is "*** invalid file header" hibát ír ki a START-ra, a TYPE szöveges file-ként nyitja meg, a LOAD pedig magnóról próbál betölteni valamit. Az INF azonban kiírja a file típusát.

[attachurl=#]
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2009.July.10. 15:19:45
Quote from: IstvanV on 2009.July.10. 15:11:07
Az 1.7z és az 1.9 is "*** invalid file header" hibát ír ki a START-ra,
Ezt nem kéne neki :-(

Quote
a TYPE szöveges file-ként nyitja meg
Ez így mûködik.

Quote
a LOAD pedig magnóról próbál betölteni valamit.
Igen, a LOAD/SAVE a magnóról/magnóra történõ átvitelt jelenti.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2009.July.10. 23:46:36
A ZT-ban volt egy bug  :oops:
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2009.August.10. 22:29:17
Lassan lehetne csinálni egy EPDOS for HDD változatot, melyben az alapértelmezett meghajtó az F: hisz, ha van HDD nem biztos, hogy floppyt rakunk a meghajtóba...
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2010.December.15. 23:40:28
Miert kell az, hogy az EPDOS egy dirbol visszalepve a szulo konyvtarba a szulo legfelso bejegyzesere mutasson ?

Miert nem allhat visszatereskor a kurzor(sor) azon az elemen, amiben benne voltam ?
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2010.December.16. 07:21:18
Ez is egy igen jó kérdés.
Elsősorban viszont azt kellene megoldani, hogy üzembiztos legyen HDD-vel, ne nyírja ki a partíciót egy törlés vagy könyvtár létrehozás.
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2010.December.16. 08:13:08
Hmmm... ez a particiokinyiras, ez Zozo altal visszaigazolt hiba ? Tapasztaltam par furcsasagot en is masolgataskor, torolgeteskor, de particiokinyirast, adatvesztest nem.

Egyebkent milyen erdekes, hogy az elso sor, amire visszaugrik a jelolosor mikor feljebb lepunk a konyvtar hierarchiaban, az nem mindig az elsonek listazott .. nevu bejegyzes, hanem van ahol az elso, van ahol a msodik, vagy valahanyadik konyvtar ... :)

Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2011.December.18. 01:10:02
EPDOS 1.7 frissítve, formázásnál modernizált boot szektor, valamint IVIEW.INI-t IVIEW-vel indítja el.
Lacikának lett egy L verzió, ami bejelentkezõ kép után automatikusan indul, és a FENAS menüpont helyett egy CLOCK lett, ami a ZT órát kapcsolgatja ki/be.
És fordítottam betölthetõ verziót is, mert olyan már jó rég volt frissítve  :oops:
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2011.December.18. 20:23:34
Zozo, arról lehetne ismertetõt kapni, hogyan lehet a file bõvítést BASIC programból használni?
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2011.December.18. 20:54:46
Quote from: Lacika on 2011.December.18. 20:23:34
Zozo, arról lehetne ismertetõt kapni, hogyan lehet a file bõvítést BASIC programból használni?
Nem arra van kitalálva  :oops: de egy kis Allocate-s mókával összehozható.
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2011.December.18. 21:31:27
Quote from: Zozosoft on 2011.December.18. 20:54:46
egy kis Allocate-s mókával összehozható.

Igen, a help-je alapján erre gondoltam. Na ez az, ami meghaladja képességeimet...
Title: Re: EPDOS fejlesztése
Post by: Moldani on 2011.December.20. 00:28:29
Quote from: Lacika on 2009.August.10. 22:29:17
Lassan lehetne csinálni egy EPDOS for HDD változatot, melyben az alapértelmezett meghajtó az F: hisz, ha van HDD nem biztos, hogy floppyt rakunk a meghajtóba...

Csatlakozom Lacikához, így is jó a rendszer, de még jobb lenne, ha az F: meghajtót olvasná be indításkor az EPDOS 1.9   .
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2011.December.20. 09:01:31
Quote from: Moldani on 2011.December.20. 00:28:29
Csatlakozom Lacikához, így is jó a rendszer, de még jobb lenne, ha az F: meghajtót olvasná be indításkor az EPDOS 1.9   .
Ha van F-en is EXDOS.INI-t keresõ EXDOS-od van, akkor abba rakd be az EPDOS hívását.
Title: Re: EPDOS fejlesztése
Post by: Moldani on 2011.December.20. 19:32:13
Quote from: Zozosoft on 2011.December.20. 09:01:31
Ha van F-en is EXDOS.INI-t keresõ EXDOS-od van, akkor abba rakd be az EPDOS hívását.
Nekem nem exdos.ini-t keres a gép az EPDOS 2.1 miatt, ami együtt mûködik az EPDOS 1.9-cel. Próbltam a Bedi-ben átprogramozni a :i parancsot arra, hogy elõbb olvassa be az f: meghajtót az Exdosban, majd utána lépjen Epdosba. Sajnos az Epdos 1.9be lépve a: meghajtót keres.  Ha az indulásnál az Exdosba lépek, és ott f:-re váltok, akkor  ezt a meghajtót olvassa be az Epdos. De ezt a lépést egyenlõre nem tudom kihagyni, majd egyszer megmutatom a rendszert, Neked biztos lenne ötleted.
Egyébként egyszer, ha lesz idõd,
tervezel olyan Epdos 1.9 változatot, ami f: keresésével indul?  ;-)
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2012.March.19. 00:17:50
Miert van az, hogy a dokumentacio szerint az epdos text editora direkt ini file- ok szerkesztesehez keszult, megis ha szerkesztek vele egy ini file- t az elromlik, mert mindenfele rossz karakterekkel nyomja tele ?

Nincs az epdosnak egy epdos.ini - je vagy epdos.cfg -je, amivel az epdos elindulasa utan tudom konfiguralni a mar leinicializalodott epdos- t ?

Mert hiaba mondok en :cfont -ot o indulaskor exdos.ini -ben , o visszakapcsol :hfont -ra, elindulas utan kene visszakapcsoljam, de az exdos.ini utolso sora a :epdos lesz, mert akkor mar az epdos lesz az aktualis alkalmazas.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2012.March.19. 10:11:01
Quote from: Z80System on 2012.March.19. 00:17:50
Nincs az epdosnak egy epdos.ini - je vagy epdos.cfg -je, amivel az epdos elindulasa utan tudom konfiguralni a mar leinicializalodott epdos- t ?
Nincs.

Quote
Mert hiaba mondok en :cfont -ot o indulaskor exdos.ini -ben , o visszakapcsol :hfont -ra, elindulas utan kene visszakapcsoljam, de az exdos.ini utolso sora a :epdos lesz, mert akkor mar az epdos lesz az aktualis alkalmazas.
Elvileg a Zozotoolsban van HFONT irtó funkció, csak ki lett kapcsolva a HFONT mániások miatt :-) Megnézem, hogyan lehet visszakapcsolni  :oops:
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2012.March.19. 10:35:15
Quote from: Zozosoft on 2012.March.19. 10:11:01
Elvileg a Zozotoolsban van HFONT irtó funkció, csak ki lett kapcsolva a HFONT mániások miatt :-)

Kirõl lehet szó...?  :ds_icon_cheesygrin:
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2012.March.19. 10:44:05
Quote from: Zozosoft on 2012.March.19. 10:11:01
Megnézem, hogyan lehet visszakapcsolni  :oops:
VAR 143,0
Ekkor minden EXOS parancs végrehajtásakor, ill. melegindításkor törli a karakterkészletet.
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2012.March.19. 10:54:34

es ez mer van ? :

Quote
Miert van az, hogy a dokumentacio szerint az epdos text editora direkt ini file- ok szerkesztesehez keszult, megis ha szerkesztek vele egy ini file- t az elromlik, mert mindenfele rossz karakterekkel nyomja tele

Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2012.March.19. 11:19:04
Quote from: Z80System on 2012.March.19. 10:54:34
es ez mer van ? :
Ilyet nekem nem csinál  :oops:
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2012.March.19. 11:33:47
ne mar ... hat nekem pedig igen ...

lehet hogy az a baj, hogy nekem meg 1.9 -es epdos van a romomba egetve ?

asmonban mondjuk megeditalok egy exdos.ini -t, az akkor jo,

es ha epdosban a menu type funkcioval belepek az editorba akkor szerkeszteni tudom, de mikor elmenti egy csomo mindenfele bajtot bement az ertelmes karakterek koze

Title: Re: EPDOS fejlesztése
Post by: Z80System on 2012.March.23. 21:51:36
Tud az epdos rekurzivan atmasolni egy teljes particiot egy masikra, csak en nem jovok ra hogyan ? Tehat hogy kijeleolnek egy particion minden betuhoz tartozo konyvtarat, aztan az egeszet rekurzivan tegye at egy ures particiora ?
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2012.March.24. 15:32:16
Na ugy tunik nem az epdos az aki tonkreteszi az ini file- okat ( ahol minden sorba nilyen ..................... sorozatok jelennek meg ) hanem a wp.
tehat ha wp- ben modositom a ini file- jaimat, akkor lesznek benne soronkent ezek a .................. sorozatok,
es gondolom az epdos meg a wp- bol hasznalja a type funkciojanal az editalo/mento kodot ...

heass- ban vagy asmonban editalva ( heass- nal asciiban elmentve ) jok maradnak az ini file -ok ...

wp- bol vagy epdos type funkciot hasznalva ................. sorozatok lesznek minden sorban az ertelmes informaciok kozott.
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2012.March.24. 16:34:29
Quote from: Z80System on 2012.March.24. 15:32:16
tehat ha wp- ben modositom a ini file- jaimat, akkor lesznek benne soronkent ezek a .................. sorozatok,

WP saját formátumban ment! Ha "sima szöveges" file-t akarsz vele menteni, a PRINT (F3) menüpontot kell választani! Itt nyomtató helyett tetszõleges eszközt (és file nevet) is meg lehet adni.
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2012.March.24. 16:40:25
ugy latom se szeri se szama az ep- vel kapcsolatos alapveteseknek, amit minden valamire valo ep- s tud, csak en nem ...  :shock:

gondolom Zozo meg meg csak nem is gondol ra, hogy ilyen alapvetest nem tudhatok ... :)

es gondolom akkor epdos type funkcional ugyanez a helyzet ...
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2012.March.24. 18:02:21
Az ismert hiba, hogy az epdos ORDER ill. a :tree parancsok ugynez ki hogy minden futtatasnal elfagynak winyo particion ?
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2012.March.24. 18:35:46
Quote from: Z80System on 2012.March.24. 18:02:21
Az ismert hiba, hogy az epdos ORDER ill. a :tree parancsok ugynez ki hogy minden futtatasnal elfagynak winyo particion ?

Az EPDOS 1.9 (gondolom arról van szó) nekem is sok marhaságot csinált...  :(
Pl. törölni sem érdemes vele HDD-rõl.
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2012.March.24. 18:39:37
ja, azt irja ki hogy 1.9 ... van belole ujabb ( ez jott az emuval alapbol ) ? ha van, akkor honnan kell letolteni ?
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2012.March.24. 18:44:51
Quote from: Z80System on 2012.March.24. 16:40:25
es gondolom akkor epdos type funkcional ugyanez a helyzet ...

Emlékeim szerint az "rendesen" (sima szöveges formában) ment.
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2012.March.24. 18:48:29
Quote
Emlékeim szerint az "rendesen" (sima szöveges formában) ment.

nem az is elrontos mint a wp.

ott is a printeleseset kell valasztani.

( meg mindig 1.9 -rol van szo. (( amig meg nem mondod hol van a frissebb ))  )

Title: Re: EPDOS fejlesztése
Post by: davex on 2012.June.03. 11:48:50
EPDOS-ban hogyan kell kiválasztani a célmeghajtót?
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2012.June.03. 11:58:01
van cel meghajro parancs a menujeben ha jol emlexem.
Title: Re: EPDOS fejlesztése
Post by: davex on 2012.June.03. 12:04:06
Quote from: Z80System on 2012.June.03. 11:58:01
van cel meghajro parancs a menujeben ha jol emlexem.

Megvan! F4-el lapozza a célmeghajtókat.
Title: Re: EPDOS fejlesztése
Post by: davex on 2012.June.03. 12:25:46
Quote from: davex on 2012.June.03. 12:04:06
Megvan! F4-el lapozza a célmeghajtókat.

Vannak érdekes dolgok...
A gyökérben lévő file-okat simán másolja a két meghajtó között.
Könyvtárat átviszi, de a benne lévő file-okat már nem. És szépen álldogál, mintha másolna.
Title: Re: EPDOS fejlesztése
Post by: davex on 2012.June.03. 12:29:48
Quote from: davex on 2012.June.03. 12:25:46
Vannak érdekes dolgok...
A gyökérben lévő file-okat simán másolja a két meghajtó között.
Könyvtárat átviszi, de a benne lévő file-okat már nem. És szépen álldogál, mintha másolna.

Na, akkor most az lenne a kérdésem, hogy hogyan kell a célmeghajtón könyvtárat váltani? :D
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2012.June.03. 12:41:29
Quote from: davex on 2012.June.03. 12:29:48
Na, akkor most az lenne a kérdésem, hogy hogyan kell a célmeghajtón könyvtárat váltani? :D
Ilyen nincs, másolás elõtt mutatja könyvtárfát, hogy hova akarod másolni.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2012.June.17. 00:12:33
Lacika kérésére (könyörgésére  :oops:  :ds_icon_cheesygrin: ) EPDOS 1.7, gombbal történõ meghajtó váltásnál, csak azokra a betûkre reagál, amelyik meghajtók léteznek.
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2012.June.17. 09:32:05
Quote from: Zozosoft on 2012.June.17. 00:12:33
Lacika kérésére (könyörgésére  :oops:  :ds_icon_cheesygrin: ) EPDOS 1.7, gombbal történõ meghajtó váltásnál, csak azokra a betûkre reagál, amelyik meghajtók léteznek.


 :bow: :bow: :bow:
Elkészítettem közben a 800K-s játék lemezeket (letölthetõ az Emulátor lapon). EPDOS-sal készült, nem tudom Zozo nem csuklott-e mostanában...  :oops:
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2012.June.17. 09:36:46
Quote from: Zozosoft on 2012.June.17. 00:12:33
Lacika kérésére (könyörgésére  :oops:  :ds_icon_cheesygrin: ) EPDOS 1.7, gombbal történõ meghajtó váltásnál, csak azokra a betûkre reagál, amelyik meghajtók léteznek.


.ext nincs...?  :oops:
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2012.June.17. 10:06:40
Quote from: Lacika on 2012.June.17. 09:36:46
.ext nincs...?  :oops:
Pótolva.
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2013.March.23. 14:05:36
Egyebkent hogyhogy az EPDOS nem a "hagyomanyos" norton-commander layout- ot kapta ?

Letezik EP- re valami masik 2 paneles file kezelo program ?
Title: Re: EPDOS fejlesztése
Post by: Lacika on 2013.March.23. 16:24:37
Quote from: Z80System
Egyebkent hogyhogy az EPDOS nem a "hagyomanyos" norton-commander layout- ot kapta ?

Letezik EP- re valami masik 2 paneles file kezelo program ?
Sajnos amire te gondolsz olyan nincs. Még a Vigados (http://www.ep128.hu/Ep_Util/Vigados.htm) a választék, de az sem olyan, amilyenre gondolsz. CP/M alatt viszont van a PiCi Tools Deluxe (http://www.ep128.hu/Ep_Util/PiCi_Tools.htm) ami legalábbis hasonlít arra, amire te gondolsz.
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2013.March.23. 16:55:26
Quote from: Z80System
Egyebkent hogyhogy az EPDOS nem a "hagyomanyos" norton-commander layout- ot kapta ?
Egyrészt akkoriban még nem volt ez hagyomány, pláne nem EP-n :-) Szerintem a PGCopy (http://ep128.hu/Ep_Util/PGCopy.htm) lehetett az ihlet alapja.

Másrészt EP-n csak 40 karakteres mód van, a 80-as az nagyfelbontású grafikus módban van emulálva. Ami ha egy fél képernyőt kell mozgatni, nem túl gyors :-(
Itt nézegettem ezt a kérdést. (http://enterpriseforever.com/programozas/assembly-programozas/msg19647/#msg19647)
Title: Re: EPDOS fejlesztése
Post by: Z80System on 2013.March.23. 20:03:44
Hmmm... ez mind igaz, de talan egy file kezelonel nem a sebesseg a legfontosabb ...

ha megis, akkor lehettet volna inkabb text40 ...

ha megsem, akkor lehetett volna vertikalisan osztott a kep ( total commanderben mai napig beallithato, csak nem szoktak ... :) ), es akkor sebes lett volna ...

vagy lehetett volna ugy, hogy a kep nem osztott, de 2 panel van amit valtogatni lehet, ugy mint a total commander androis verziojaban ...
Title: Re: EPDOS fejlesztése
Post by: lgb on 2013.March.23. 22:07:57
En mar eleve azon gondolkodtam anno is, hogy miert jo a 2 panel ... Nyilvan ha masolgat az ember ket konyvtar/drive stb kozott akkor hasznos. Amde sokszor nem ezt nezzuk, csak az egyik panelre koncentralunk, ott "maszkalunk", stb. Ilyen elven az is total normalis lenne ha egyetlen panel lenne. Max azzal a csavarral hogy egy egyszeru billentyuzetkombinacioval valtani ket "panel" kozott, amde mindegyik kitolti a teljes kepernyot amugy, nem latni egyszerre. Szerintem ezzel lenyegesen nem csokkene a hasznalhatosag.
Title: Re: EPDOS fejlesztése
Post by: Povi on 2013.November.18. 16:33:58
ötlet:
Az EPDOS-ba a monitor parancsokat ki lehetne egészíteni egy "CALL"-lal.
Meg lehet oldani, Zozo?
pl.: :call cím, vagy :g cím (g = go, mint az asmon-ban)
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2013.November.18. 16:49:36
A fő gond az, hogy a parancs végrehajtása egyáltalán nem olyan memóriakiosztással történik, mint amikor kiadod a parancsot.
Kéne olyan kód ami visszalapozza a user szegmenseket, meghívja a parancsot, visszalapozza az EPDOS EXOS parancsfeldolgozás állapotát, majd lehet visszatérni.
És mindezt el kéne dugni a user szegmensekben, úgy hogy közben nem írunk felül semmit...

Ha csak hívás, és nincs visszatérés, akkor talán meg lehetne hackkelni az EXOS hívás visszatérő ágát, hogy az térjen vissza az indítandó címre, mintha onnan lett volna hívás.

b) változat, megkötni mondjuk, hogy a 2-es lapon csak a rendszerszegmens lehet, és akkor mondjuk az EXOS veremben eldugni a lapozgató kódot.
Title: Re: EPDOS fejlesztése
Post by: Povi on 2013.November.18. 17:55:19
Quote from: Zozosoft
A fő gond az, hogy a parancs végrehajtása egyáltalán nem olyan memóriakiosztással történik, mint amikor kiadod a parancsot.
hű, tényleg, erre nem is gondoltam...
pedig milyen jó lett volna, így tesztelgetni programrészleteket
Title: Re: EPDOS fejlesztése
Post by: Zozosoft on 2013.November.19. 10:04:42
Quote from: Povi
pedig milyen jó lett volna, így tesztelgetni programrészleteket
Ep128emu debuggerben lehet! :-)