O ext2 pod TOS-em raczej zapomnij, a o ext3 zapomnij w ogóle. Co do FAT16, zdaje się, że pomaga załadowanie niejakiego BigDOS-a. Całkiem możliwe, że będzie też obsługiwał pecetowe partycje FAT32, ale tego nie jestem pewien.

FDISK v.2.0:

http://drac030.krap.pl/fdisk2.arc

KMKDIAG v.1.1:

http://drac030.krap.pl/kmkdiag.arc

Official release ;)

Edit:

Tu http://atariki.krap.pl/index.php/IDE_JZ/KMK/FDISK_II można obejrzeć, jak FDISK II wygląda.

Zapewne ;)

Inty się w innych basicach chyba oznacza przez % (np. WYNIK = 0 to real, a WYNIK% = 0 to int). W Acornie BBC taki int to liczba 32-bitowa ze znakiem. Jak proponujesz deklarować inty o różnej wielkości, albo np. ze znakiem i bez?

Ktoś wie, jak to jest zrobione w GFA?

Badów nie bada :) Sprawdza tylko, czy się pierwszy sektor dysku czyta i zapisuje. Jak nie, to mówi, że dysk jest do bani.

Skanowanie całości dysku na okoliczność badów mogę dodać.

FDISK II będzie miał support dla sektorów 128 (BIOS v. >= 1.8), 256 i 512 bajtów. Większe rozmiary sektora zależą od tego, jak będzie w końcu wyglądał BIOS v.2.0. Support dla dwóch dysków już jest, dysk do partycjonowania wybiera się z menu ukazującego się na początku. Menu główne podaje rozmiary partycji w sektorach fizycznych (po 512 B) i logicznych (tak jak widzi SIO), rozmiar sektora logicznego itp. Będzie można zarezerwować więcej niż jeden sektor na MBR. No i postaram się, żeby ta wersja FDISK-a chodziła na XEP-ie.

dely: z tego co mi wiadomo, do desktopu Pinka potrzebny jest szybki twardziel, bo ten program w kółko coś czyta z dysku. Jak masz twardysk i odczyt 50 kilo na sekundę, to się tego nie widzi :)

No, po pierwsze, mają SIO2IDE. Na AtariAge widać, że już ktoś tam to sobie złożył. A co do interfejsu z transmisją równoległą, ci "mieszkający poza Polską i Niemcami" nie mają alternatywy, bo - tak mi wygląda - najwyraźniej niczego lepszego opracować nie umieją.

Wystarczy zresztą rzucić okiem na tematy poruszane na comp.sys.atari.8bit, oraz większą część wątków na AtariAge, żeby się przekonać, iż mimo że komputer ma blisko 30 lat, jego posiadacze i "miłośnicy" w przeważającej części nie mają o jego konstrukcji bladego pojęcia; po MyIDE sądząc, autor myśli, że jest to coś w rodzaju ZX Spectrum, gdzie podobne rozwiązania są na porządku dziennym, jak to było widać na Foreverze.

Narzekacie, że KMK/JŻ IDE jest "drogie", chociaż, jak mówię, niejeden za stację dysków zapłacił dwa razy tyle. Ale tego typu rozwiązanie - to znaczy "nowe urządzenie" zapewniające dodatkowo 16-bitowy odczyt i zapis - jest rozwiązaniem jedynie przyzwoitym. Jeśli ktoś zrobi to samo np. dwa razy taniej, jeśli chodzi o koszty tzw. własne, osobiście postawię mu ramkę "Zywca" i pochylę czoła w uznaniu zasług.

Nic natomiast nie skłoni mnie do uznania, że szałas związany sznurkiem jest równie wspaniały co porządna chałupa, bo szałas ma przygniatającą przewagę w cenie. Kto mieszkał w szałasie i w porządnej chałupie, ten wie, że to bzdury.

I tak to wygląda z mojej perspektywy :)

BlackBoxa w Polsce chyba nie ma nikt (ale może się mylę). Z ludzi widywanych na tym forum ma to o ile się nie mylę TXG, a Nir Dary to na pewno. Poza tym BB ma to samo, co KMK/JZ IDE, mianowicie albo potrzebne jest 130XE, albo ręczne strojenie. No i nie jest taki szybki, a dyski SCSI są trudniej dostępne niż IDE.

Rozszerzenie sterownika SPARTA.SYS oraz filesystemu Sparty pozwalające na pracę z sektorami 512-bajtowymi. To już jakiś czas trwa, może do wersji 4.30 (czy ile tam trub nada) jeszcze nie wejdzie, ale do 5.0 na pewno ;) Na razie nie chce mi działać nowy sterownik interfejsu i nie wiem czemu, ale się pewnie wkrótce dowiem ;)

No tak, ale najszybsze to to nie jest.

Raczej nie, interpreter tego za ciebie nie zrobi. Jeśli chcesz dostawiać wiersze tekstu w środek pliku, to trudno darmo, musisz kopiować. Ewentualnie możesz to jakoś załatwić znacznikami, to znaczy na początku pliku rezerwujesz miejsce na wskaźniki do poszczególnych wierszy (np. 256 wskaźników), i jak chcesz dopisać coś w środek, to dopisujesz fizycznie na końcu i tylko poprawiasz tablicę wskaźników tak, żeby przy sekwencyjnym czytaniu ta dopisana linia wypadała tam gdzie powinna. Oczywiście po jakimś czasie przy czytaniu takiego pliku "sekwencyjnie" głowica dysku będzie fruwać w tę i we wtę po całości, ale z twardzielem to nie taki znowu problem ;)