Author Topic: EP-s FDISK fejlesztése (Read 55617 times)

Zozosoft · « **Reply #45 on:** 2009.July.02. 12:03:40 »

PC-DOS, azért látszik, hogy végül is ezt az MS írta

5.0-tól felfelé ugyanaz vonatkozik erre is mint az újabb MS-DOS-okra.
4.0 hasonló az MS-DOS 4.01-hez verziószámos móka van, EBxx90 nézés nincs, viszont a formatáló program nevének "IBM "-nek kell lenni, különben Invalid media type hibaüzenet. (Legalább nem áll neki hibásan kezelni mint MS-DOS 4.0)
3.3 EBxx90 nézés nincs, verziószámnak 3.1-3.9 között kell lenni, különben hibásan kezeli, formatáló programnak "IBM "-nek kell lenni, különben hibásan kezeli.

Néztem MS-DOS 3.3-at is, azt még nem tudtam rávenni, hogy figyelembe vegye a boot szektor adatait...

Novell DOS 7.0: formatáló program neve, verziója nem számít! Végre egy normális DOS

kicsit ront a képen, hogy EBxx90 hiányában hibásan kezeli a lemezt.

Zozosoft · « **Reply #46 on:** 2009.July.02. 13:28:41 »

FreeDOS 1.0: nincs semmilyen vacakolás!

Lassan jöhet a Windowsok tesztelése, csak az macerásabb, nem elég egy boot floppy...

Zozosoft · « **Reply #47 on:** 2009.July.02. 15:35:17 »

Quote from: Zozosoft on 2009.July.02. 13:28:41

Lassan jöhet a Windowsok tesztelése, csak az macerásabb, nem elég egy boot floppy...

Win2000: EBH-t nézi, anélkül azt mondja nem felismerhetõ a fájlrendszer. A 90H nélkül megy, de a CHKDSK kiakad, hogy ismeretlen hiba. Formázó program neve, verziója nem érdekes.

Win95: Csak parancssor módban már kiveséztük mint MS-DOS 7.0, A Win futása alatt EB-90-et néz, nélküle hibaüzenet. Formázó név, verzió nem számít. Érdekes, hogy a Win95 kilépés menübõl indított DOS módban, ugyanez érvényes, pedig az elején F8-al indított DOS módban még számít a formázó program verziója.

És itt találtam egy érdekességet: Win 95/98/ME sunyi módon beleír a floppy lemezek boot szektorába, még egy egyszerû olvasás esetén is! És a nevet, verziószámot, más "kriksz-kraksz"-ra cseréli ki! Ami azt eredményezheti, hogy legközelebb valós DOS alól nézve már lehet, hogy hibásan lesz kezelve a lemez, hiszen láttuk, hogy a DOS-ok túlnyomó többségénél, ha nem tetszik a verziószám, akkor nem veszik figyelembe a boot szektor logikai paramétereit.
Hivatalos Microsoft leírás.
Nem hivatalos leírás.
Registry fájl a javításhoz. (Bár az EP-s azonosítókat még bele kéne tenni

)

Zozosoft · « **Reply #48 on:** 2009.July.02. 20:29:01 »

Más is rájött, hogy a Microsoft programozók hülyék:

Quote

1. These three bytes should either be EBH,00H,90H (indicating a relative jump) or 909090H indicating NOPs. The bytes are for booting off the optical drive which DICOM does not standardize. Some programs use them to validate the disk. The use of EB0090H is known to be more commonly used and is the recommended choice. Readers of DICOM disks that use the PC File System should ignore this field.
2. While eight characters appear to be valid in this field, the use of “MSDOS4.0” is known to be the preferred choice for this string. Some systems, upon finding this field not set to “MSDOS4.0” will ignore the sectors/FAT field and use their own calculation. This may cause an error due to the calculation resulting in a different value than the sectors/FAT field.

Megjegyzés nem csak a sector/fat-ot hagyja ilyenkor figyelmen kívül, hanem a fõkönyvtár méretet is, sõt szerintem minden logikai paramétert, de ezt még tesztelni kell.

Zozosoft · « **Reply #49 on:** 2009.July.02. 22:40:24 »

Quote from: Zozosoft on 2009.July.02. 15:35:17

Win2000: EBH-t nézi, anélkül azt mondja nem felismerhetõ a fájlrendszer. A 90H nélkül megy, de a CHKDSK kiakad, hogy ismeretlen hiba. Formázó program neve, verziója nem érdekes.

NT4.0 detto. Remélhetõleg XP, VISTA, Win7 esetén se cifrázták...

IstvanV · « **Reply #50 on:** 2009.July.03. 19:06:48 »

Egy lehetséges probléma:

Code: ZiLOG Z80 Assembler

                LD B,0
DCIK:           LD A,RD+DATA
                CW
                DLR
                LD (HL),A
                INC HL
                DHR
                LD (HL),A
                INC HL
                DJNZ DCIK
                EI
                RET

ATA-5 vagy újabb interface esetén az IDENTIFY DEVICE az utolsó 2 byte-ban egy ellenőrző összeget tárol, ezért ilyenkor az A regiszter visszatérésnél nem mindig 0 lenne, és nem működne az :IDEIDENTIFY parancs. Vagy ennek nincs jelentősége, és az emulátorban maradjon 0 az utolsó 2 byte

Zozosoft · « **Reply #51 on:** 2009.July.04. 00:17:17 »

Quote from: Zozosoft on 2009.July.02. 22:40:24

NT4.0 detto. Remélhetõleg XP, VISTA, Win7 esetén se cifrázták...

Nem cifrázták, ugyanaz

Akkor a boot szektor kérdése úgy tûnik kitárgyalva, jöhet a particiós tábla, különös tekintettel az extended mókára... itt is lesznek nagy szívások a Microsoft "szabványkövetõ" programozói miatt...

Zozosoft · « **Reply #52 on:** 2009.July.04. 13:42:50 »

Quote from: IstvanV on 2009.July.03. 19:06:48

ATA-5 vagy újabb interface esetén az IDENTIFY DEVICE az utolsó 2 byte-ban egy ellenõrzõ összeget tárol, ezért ilyenkor az A regiszter visszatérésnél nem mindig 0 lenne, és nem mûködne az :IDEIDENTIFY parancs.

Ok, bettem egy XOR A-t, addig is amíg nem lesz rendes hibakezelés

Zozosoft · « **Reply #53 on:** 2009.July.04. 22:30:46 »

Quote from: IstvanV on 2009.June.30. 18:35:11

Még egy lehetséges változtatás: az írás és olvasás sebességét kis mértékben javítani

Beépítettem ezt is.
Kisebb javítás még, hogy a 32 bites lemezazonosító számot beírja a PC-s helyére is.

Zozosoft · « **Reply #54 on:** 2009.July.05. 09:06:07 »

Ott tartunk, hogy egy megfelelõ helyen elhelyezett EP által létrehozott 32M partíciót, rendben kezel az MS-DOS 6.2 és XP (remélhetõleg a többiek is

)
Már csak azt kell kitalálni, hogy a Microsoft kényes ízlésének pontosan milyen néhány elhelyezés felel meg a szabvány által elképzelhetõ rengeteg variációból...

IstvanV · « **Reply #55 on:** 2009.July.09. 17:13:40 »

Quote from: Zozosoft on 2009.July.04. 22:30:46

Beépítettem ezt is.
Kisebb javítás még, hogy a 32 bites lemezazonosító számot beírja a PC-s helyére is.

Ezt a verziót már beépítsem egy új ROM csomagba, vagy még várható valamilyen fontos változtatás ?

Zozosoft · « **Reply #56 on:** 2009.July.09. 22:56:30 »

Quote from: IstvanV on 2009.July.09. 17:13:40

Ezt a verziót már beépítsem egy új ROM csomagba, vagy még várható valamilyen fontos változtatás ?

Most épp a partíció detektálás alakul a legújabb tapasztalatok alapján. Pl. kiderült, hogy az XP-nek néha sikerül nem FAT12 típusú partíciónak jelölni a FAT12 partíciót...

Zozosoft · « **Reply #57 on:** 2009.July.10. 20:48:37 »

Quote from: Zozosoft on 2009.July.09. 22:56:30

Most épp a partíció detektálás alakul a legújabb tapasztalatok alapján.

Ez még alakul, de addig is egy kisebb, de fontos javítás: most már mûködik RL NEW után is a vinyókezelés. Vagyis sok ROM-os gépen is elindítható a SmallDemo, ha írtunk egy kicsit a ZT RL parancsával.

IstvanV · « **Reply #58 on:** 2009.July.14. 14:33:08 »

Quote from: Zozosoft on 2009.July.10. 20:48:37

Ez még alakul, de addig is egy kisebb, de fontos javítás: most már mûködik RL NEW után is a vinyókezelés. Vagyis sok ROM-os gépen is elindítható a SmallDemo, ha írtunk egy kicsit a ZT RL parancsával.

Ez a verzió már kiadható ?

Zozosoft · « **Reply #59 on:** 2009.July.15. 23:57:20 »

Quote from: IstvanV on 2009.July.14. 14:33:08

Ez a verzió már kiadható ?

Ezt már talán igen, ha nem rontottam el semmit

Felismeri a mindenféle hidden, LBA, stb FAT particiókat is. A boot szektorban ellenõrzi a fájl rendszer azonosítóját, hogy FAT12-e, ha igen, akkor a partíciós táblában megadott típustól függetlenül FAT12-nek veszi. Így felismeri a nem FAT12-nek jelölt FAT 12-t is. Ilyen keletkezhet pl akkor ha 8 giga feletti részre csinálunk az XP-vel 16 megás partíciót. 8 giga felett az LBA címzéses partíciók használhatóak, viszont a FAT12-nek nem csináltak külön típust... ezért rejti egy BIGDOSX típusú particióba ilyenkor a FAT12-t az XP.

Ezenkívül módosítva a partíciók sorba vétele, optimális esetben ugyanaz lesz a sorrend mint MS-DOS esetén, persze EP-n F-tõl kezdõdõen.

Memóriakezelésen kell majd még gyúrni, ha jól számolom most 12 partíció felett fog jól elszállni

Author Topic: EP-s FDISK fejlesztése (Read 55617 times)

Zozosoft

Re: EP-s IDE ROM fejlesztése

Zozosoft

Re: EP-s IDE ROM fejlesztése

Zozosoft

Re: EP-s IDE ROM fejlesztése

Zozosoft

Re: EP-s IDE ROM fejlesztése

Zozosoft

Re: EP-s IDE ROM fejlesztése

IstvanV

Re: EP-s FDISK fejlesztése

Zozosoft

Re: EP-s IDE ROM fejlesztése

Zozosoft

Re: EP-s IDE ROM fejlesztése

Zozosoft

Re: EP-s IDE ROM fejlesztése

Zozosoft

Re: EP-s FDISK fejlesztése

IstvanV

Re: EP-s IDE ROM fejlesztése

Zozosoft

Re: EP-s IDE ROM fejlesztése

Zozosoft

Re: EP-s IDE ROM fejlesztése

IstvanV

Re: EP-s IDE ROM fejlesztése

Zozosoft

Re: EP-s IDE ROM fejlesztése