jer: "różne ROM-y" mają też różne numery rewizji i ich cechy są znane. Atari nie wyprodukowało oddzielnych systemów dla XL/XE różniących się systemem TV (nie ma XL OS NTSC, XL OS PAL i XL OS SECAM, wszystko to jest jedna i tam sama wersja XL OS).

HD-driver też takich partycji nie tworzy. Po prostu mylisz HD-Driver z HD-Utilem, jw. Żeby wszystko było jasne, zainicjowanie FAT-u na dysku to nie jest taka "obsługa", o jakiej tu mowa.

Adam, sorry, ale mylisz podstawowe pojęcia. To że HD-Util (program aplikacyjny) umie zapisać na partycję bootsektor GEMDOS-u i wyzerować obszar FAT-u oraz directory (czyli że zawiera w sobie coś w rodzaju mkgemdosfs), nie oznacza niestety, jakoby HD-Driver (rezydentny sterownik) miał cokolwiek wspólnego z obsługą FAT-u czy jakiegokolwiek innego systemu plików.

Hd-driver nie obsługuje FAT-u, bo w ogóle nie obsługuje filesystemu. Sęk jednak chyba w tym, że odczyt dysku zapisanego na piecu daje na F030 słowa w odwrotnej kolejności bajtów. Nie zgłębiałem tematu, ale opcja kompensująca to w hddriverze jest.

Sprecyzuj, jaki to Linux, m68k czy i386? Na tym samym kompie czy na dwóch różnych? Czy "jak przygotujesz partycję pod MiNT-em", to jej typ jest ustawiony na LNX?

Przecież to to samo.

mono: no właśnie mniej więcej o to mi chodziło, żeby zmieniać GPRIOR a nie przełączać tryb instrukcją GRAPHICS, bo to się nie ma prawa zmieścić (procedura otwarcia ekranu jest długa). Zamiast GOSUB 100 dajesz wzmiankowane wyżej PAUSE 0 albo A=PEEK($14):WHILE PEEK($14)=A:WEND (co jest TBXL-owym odpowiednikiem twojego IF PEEK(20) ... ), bo lepiej dać to dwa razy niż wołać podprogram przez GOSUB (albo nawet przez EXEC), co przy interpretacji jest wolne.

10 DL1=$0400:DL2=$0600:REM adresy obu DL
15 GRAPHICS 24:REM ewentualnie + zapis danych do pamięci obrazu
20 DO:DPOKE $230,DL1:PAUSE 0:DPOKE $230,DL2:PAUSE 0:LOOP

TBXL znasz, to sobie przystosujesz :)

PS. Jeśli PAUSE 0 jest za wolne, to zamiast trzeba dać A=PEEK($14):WHILE PEEK($14)=A:WEND, ale to chyba wyjdzie na to samo, PAUSE 0 czeka 1 ramkę...

5x ci już na to odpowiadali, ale jeśli nie przyjmujesz tej odpowiedzi do wiadomości, to jest, kolego, twoje zmartwienie.

PS. jellonek, faktycznie, pytanie było za trudne. Albo po prostu za długie.

PS2. Moim zdaniem jest to troll.

"Za nic" - oczywiście. A że tak z czystej ciekawości zapytam, jakiej w zasadzie reakcji oczekujesz na swoje zachowanie?

Jeśli program ma się ładować pod rozsądnym DOS-em, trzeba przyjąć minimalne memlo = $2000. Natomiast asekuranckie minimalne memlo dla loadera to będzie pewnie $0C00 (ogólnie loader łatwo może mieć mniej, pod warunkiem, że to nie jest format SDX i dysk z 512-bajtowymi sektorami, wtedy zaczyna się problem ze zmieszczeniem wszystkiego pomiędzy $0700 a $0BFF - a dobrze by było móc gierki ładować z takiego dysku, bo to i pojemność większa i szybkość znacznie lepsza).

mono: font jest zapisany w postaci bitmapy (obrazka) o wymiarach oidp 192x8 - co do liczb mogę się mylić, ale ten rozmiar zapisany jest w nagłówku fontu.

PS. font 8x16 wygląda na małym Atari obleśnie, nie wiem dlaczego. Na ST (mono) był OK.