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.

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.

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.

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.

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.

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.

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

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.

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.

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.

Talán már mûködik, legalábbis visszaállva a régire
Várom az okosságot ))

Akkor ugy mint most vazoltam... 7. pontban

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 )

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.