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.
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
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 :-)
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.
Másik az emu nem kezeli 16-32k-nál kissebb romot. Miért?
A 25 szektoros korlát. 1K-s clusterekkel kell formázni, akkor kisebb lesz a FAT. XP alatt: FORMAT A: /A:1024
(a Heass.rom) Nekem megy simán! Küldjek azt is, meg konfig fájlt?
Ha megtennéd... köszi.
Quote from: "hsoft"Ha megtennéd... köszi.
Elküldtem. Az EPDOS 2.1-es konfigból csináltam, hogy otthonosan érezd magad :-)
Ez a zozo egy varázsló!
Közben belevarázsoltam, hogy a Sector Editor 5 számjegyen írja ki a szektorszámot, így már teljesen korrekt :-)
Mindenesetre javaslom hogy a forrást valamilyen ftp-n legyen tárolva
ha bekapcsolódnék.
Elõzetesen javasolnám az 1.9-es verzióra váltást.
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.
Majd a HEASS 1.1-be beletesszük :-)
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?
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?
az A szegmensrõl csak lapozórutinnal lehet elkalandozni.
Át fogom nézni mit lehetne mozgatni...
Felszabaditottam egy kis helyet az "A" szegmensben, egyenlõre talán elég lesz.
Látod milyen gyors a fordításom? :roll:
Hát, ebbõl nem sokat értek... :-)
Vagy csináltál egy ramon szimulált vinyót hdd-s particióval? (lehet, hogy pontatlanul fogalmazok...)
Az a EXDEXT progi, amit elsõnek csináltam, az EXDOS bõvítést próbálgatandó, fel is raktam anno.
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 :-)
PUSH AF
LD A,20
CALL EXDOSHIVAS
POP BC
LD A,B
VANMEGHAJTO10: SRL D
RR E
RR H
RR L
DJNZ VANMEGHAJTO10
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:
Este majd folytatom...
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
...
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ó?
Tehát a fájlméretek számolása és összegzése maradjon 3 bájtos
a partíció kiírása pontosabban a szabad clusterrekbõl adódó szabad terület legyen 4 bájotos?
Amúgy is a szabad területnél kB-ra kellene áttérni.
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?
Igazán regisztrálhatna már valaki, hogy ne én legyek a kopasz... :)
A romdiszkrõl be is lehet tölteni progit?
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.
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.
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 :)
A szektornál jóval kissebbek egyes fájlok.
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
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.
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 :)
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.
azt okozhatja a rossz clusterszámitas is
Akkor ugy mint most vazoltam... 7. pontban
nem vagyok elrontója annak sem ha Te ugrasz neki :)
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)
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.
Igazán regisztrálhatna már valaki, hogy ne én legyek a kopasz... :)
2. készítünk egy nulla lapos távoli rutin hívást.
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.
Ok... én is erre gondoltam elsõként.
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?
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.
Olyan is rémlik, mintha valami kamu perifériát is nyitna, hogy a periféria ramot használja
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û.
Nincs meg neked véletlenül a 2.1-eshez a key konfiguráló program?
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
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.
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.
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ó.
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
Kiváncsi lennék rá, hogy az emu hogyan szolgálja ki a romok megszakitás kezelõjét
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.
Annyit tudtam elõre lépni 2.1-es ügyben, hogy kiderítettem, a teszt után akkor nem száll el...
A másik, hogy az exos2.3 nem támogatta keyboard perifériabõvítõt
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.
Ha ki akarod próbálni: http://members.chello.hu/haluska.laszlone/07-sram.zip
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.
Milyen bibik vannak a CD-vel?
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...
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...
Nem hinnem hogy pl DOS-nal maskepp lenne, szerintem ott sem rendezve van
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.
Ezek szerint (eddig) kettõnek szüksége lenne a rendezésre.
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 :)
A 2.1-es saját megszakítás kezelõje a nullás lapon fut, valahol rst 28 környékén...
Van egy kis javítani való szépséghiba: a select számokat 3 számjeggyel kéne kiírni.
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?
Megtörtént...Köszi!
Mivel így összefolytak a számok és nevek, invertálással különítettem el õket.Valami ilyesmire gondoltam én is :)
Rom végébe beírtam: PRÓBAVERZIÓ 2006.01.20Errõl jut eszembe, kéne a HEASS-ba rakni olyan direktívát, amivel az aktuális dátumot, idõt lehetne belefordítani.
Megformáztam pc-n egy névtelen lemezt, ésEzt 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 kellmeghülyíti az epdost, nézd majd meg, ha ráérsz.
Hú, mi ez a sok copyright jel a filenevekben?!?!
És mi az a <vol> szöveg a fileméret oszlopban?
Ez azt jelenti, hogy be tudja majd olvasni a hosszúfájlneveket is?
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 :-)
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)
Betettem a heassba a dátum befordítást
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.
Annyit piszkáltam bele, hogy a _decimál: -ban a 100 000 mérlegelése egyszerübb lett...
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.
valószinüleg nincs sramod, de a segitségedet még szerkesztem. pár pill....
Akkor van sramod, de melyik szegmenssen?
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.
Zozo, már befejezted a rom fejlesztést?
Mindenesetre meggondolandó 3 ember részére megirni :)
Érdekes lefagyáasokat produkáltam epdos-szal!
Megnézem! :)
- 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,
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 :)
Itt a javított kiadás, ami csak akkor írja ezt a bájtot, ha Turbo az EXDOS ROM.A ROM csomagot frissítsem ?
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 :-) )
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.) ?
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 :)
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.
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).
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ó.
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...
Kéne mennie, nekem még ment tegnap...
Az 1.7z és az 1.9 is "*** invalid file header" hibát ír ki a START-ra,Ezt nem kéne neki :-(
a TYPE szöveges file-ként nyitja megEz így mûködik.
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.
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ó.
egy kis Allocate-s mókával összehozható.
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 .Ha van F-en is EXDOS.INI-t keresõ EXDOS-od van, akkor abba rakd be az EPDOS hívását.
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.
Nincs az epdosnak egy epdos.ini - je vagy epdos.cfg -je, amivel az epdos elindulasa utan tudom konfiguralni a mar leinicializalodott epdos- t ?Nincs.
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:
Elvileg a Zozotoolsban van HFONT irtó funkció, csak ki lett kapcsolva a HFONT mániások miatt :-)
Megnézem, hogyan lehet visszakapcsolni :oops:VAR 143,0
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
es ez mer van ? :Ilyet nekem nem csinál :oops:
tehat ha wp- ben modositom a ini file- jaimat, akkor lesznek benne soronkent ezek a .................. sorozatok,
Az ismert hiba, hogy az epdos ORDER ill. a :tree parancsok ugynez ki hogy minden futtatasnal elfagynak winyo particion ?
es gondolom akkor epdos type funkcional ugyanez a helyzet ...
Emlékeim szerint az "rendesen" (sima szöveges formában) ment.
van cel meghajro parancs a menujeben ha jol emlexem.
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.
Na, akkor most az lenne a kérdésem, hogy hogyan kell a célmeghajtón könyvtárat váltani? :DIlyen nincs, másolás elõtt mutatja könyvtárfát, hogy hova akarod másolni.
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.
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:Pótolva.
Egyebkent hogyhogy az EPDOS nem a "hagyomanyos" norton-commander layout- ot kapta ?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.
Letezik EP- re valami masik 2 paneles file kezelo program ?
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.
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észleteketEp128emu debuggerben lehet! :-)