no wlasnie jesli chcemy ladowac od $ffff to musi byc poprzedzony sygnaturka i nie ma problemu ale skad wiadomo ze sygnaturka jest opcjonalna?

---
sprawdzilem MADS nie generuje sygnaturki przed blokiem ladowanym pod $ffff

> Czy wszyscy, jak Ty muszą zatrzymać się na etapie prehistorycznym?

moje standardowe atari ma 64kb ramu noi nie ma rozszerzenia sdx :). no niestety atari to juz prechistoria :D

nie zaladujesz bezposrednio, takie jest OGRANICZENIE xBiosa, no to ja zacytuje pierwszy post:

$0000-$00ff
$0100-$01ff
$0200-$03ff
$0400-$06ff
$0700-$07ff    ; bufor uzywany podczas IO
$0800-$0bff   ; xBios
$0c00-$cfff
$d000-$d7ff   ; Atari HW
$d800-$ffff

do obszaru bufora i xBiosa bezposrednio niczego nie zaladujesz.

pamietam z automatow ale nigdy na atari mi sie nie udalo ubic smoka (oczywiscie jest to mozliwe).

wyglada zajefajnie. takich gier wlasnie caly czas brakuje na atari... patrzac jak szybko gra powstaje wydaje sie ze to takie proste :-)

> nawet robienie własnego SIO może skutkować tym, że z jakąś tam stacją już nie będzie działać - bo to jest jednak INNE SIO. A co z "turbami", które są w OSach i stacjach ? Najmniejszy wspólny mianownik ?

pojdzie, pojdzie :-) z turbo sie wypowiem bo to bylo jedno z zalozen:
turbo dla stacji jest jej rozszerzeniem, biblioteka dla stacji turbo rozni sie 1 bajtem ale nie bedzie przelaczana automatycznie, user ma wybor. uzywaj biblioteki pod twoja konfiguracje sprzetowa.

> XXL zastanów się - przez 30 lat napisano OS i X DOSów, które obsługują Y filesystemów w różnych wariantach a na dodatek jest ileś tam urządzeń w różny sposób sprzętowo dostępnych,

powielano ten sam blad... pozwole zacytowac sobie pierwszy post:

obecnie dziala dla AtariDos i urzadzen podlaczonych przez SIO czyli stacje dyskow, SIO2SD, SIO2PC itp ale jesli ktos zrobi wersje na inny filesystem i/lub urzadzenie to tylko z pozytkiem dla userow tych urzadzen/filesystemow.

dla oryginalnego sprzetu atari biblioteka juz dziala i to sie nie zmieni, jesli ktos bedzie pisal wesje biblioteki pod konkretny sprzet/filesystem - zapraszam.

@Krotki, poprawione...

> No nie ładnie  wykropkowałeś listę komend, NOTE/POINT na niej nie było...

zadnej listy nie wykropkowalem, zrobiles to Ty, nie mozna mowic ze wszystko pod dos jest wymienne bo nie jest i kropka :-) note point nie ma bo jest dla mnie zbedne.

> Pytanie podchwytliwe.... jak taka gra załaduje sobie bibliotekę ?? - no chyba że będzie ona wkompilowana w grę - czyli: gra będzie miała różne wersje pod różne filesystemy/urządzenia. Cudowny pomysł.... "ops gra nie działa, czy to wersja Pod SIO i AtariDOS, czy może pod SIDE i SDX a może pod SIO i SDX .... muszę ściągnąć inna."

gra nie laduje biblioteki, jest tylko jedna wersja gry, biblioteka jest dla filesytstemu/urzadzenia. widze ze nie czytales o czym mowimy... przeczytaj prosze pierwszy post.

> MEMLO naciągałem, ale dwie pozostałe to zasady

te "zasady" DOSa sa tak samo naciagnane. plik binarny nie ma tych ograniczen.

> Tę bolączkę usuwa dowolny DOS, wystarczy trzymać się zasad, nie trzymasz się tych zasad widocznie.

DOS ma wygorowane wymagania dotyczace pamieci i zasobow (przy ograniczonych zasobach atari to jest nie do przyjecia), niestety co moze umyka Twojej uwadze jest zwiazany z filesystemem zbyt mocno. czyli gra napisana pod "dosa" moze nie dzialac prawidlowo pod innym dosem :-)
w przypadku tej biblioteki nie ma takiego zagrozenia.

> Mylisz ZASADY poprawnego tworzenia plików binarnych z ograniczeniami.

nieprawda, nie lamie zasad tworzenia pliku binarnego, jesli sie niezgadzasz podaj ktora zasad jest tu zlamana.
Wydaje mi sie ze to wlasnie Ty mylisz tu zasady z OGRANICZENIAMI w dodatku z kazdym DOSem innymi.
rozszerzam mozliwosci uzycia plikow binarnych i to znaczenie pozbywajac sie garba OGRANICZEN DOSa i niego samego.

> Jaki to "pozytek" że program będzie musiał mieć wersje pod:

nieprawda, gra/program ma tylko jedna wersje, API jest stale. to biblioteka odpowiada za komunikacje i to biblioteka jest w wersjach na filesystem/urzadzenie tak jak w calym bozym swiecie, zmieniasz sprzet to zmien biblioteke lub wybierz biblioteke pod konkretny sprzet, gry beda dzialaly nadal.

> "Wymyślasz"

nie wymyslam nic nowego, skorzytalem z mozliwosci atari. pamietaj, przyzwyczajenia zabijaja, zwlaszcza te zle :-)

dodane:

xBIOS_SET_LENGTH        equ xBIOS+$1e

przyklad uzycia:

                ldy <file_name
                ldx >file_name                
                jsr xBIOS_OPEN_FILE

                ldy #$80             ; len = $380
                ldx #$03
                jsr xBIOS_SET_LENGTH

                ldy <load_dest
                ldx >load_dest                
                jsr xBIOS_LOAD_FILE

czyli $380 bajtow zostanie zaladowanych z pliku. jesli plik jest krotszy niz (w tym przypadku $380) lub nie podamy dlugosci zostanie zaladowany caly plik.

pierwszy post wyedytowany

> XBIOS jest już w 16/32bitowych Atarkach, więc proponuję zmianę, tak żeby się komuś nie pomyliło

ta nazwa funkcjonuje nie tylko na st ale na malym atari chyba nie?

mozesz miec racje. jedno co piszesz jest sluszne tzn. trzeba bedzie chyba dodac:

ldy <file_len
ldx >file_len
jsr xBIOS_FILE_LENGTH

jesli tego nie zdefiniujesz zapisujesz/czytasz zawsze do konca pliku jesli jednak wykonasz FILE_LENGTH to po tej operacji LOAD/WRITE FILE bedzie dzialalo tylko do dlugosci zdefiniowanej LUB do konca pliku - co wystapi wczesniej.
po tej modyfikacji faktycznie CLOSE bedzie wymagane - 2 pieczenie na jednym ogniu

jednak PUT I GET musi zostac (musze miec mozliwosc czytania zapisywania wiekszej ilosci danych niz pojemnosc pamieci)

---
no popatrz popatrz... myslimy podobnie ;-)

tak, wolnego miejsca jest jeszcze bardzo duzo (z 4 stron pamieci na biblioteke zajete jest niecale 3)

> Komenda xBIOS_WRITE_FILE nie przyjmuje parametru określającego długości pliku do zapisu.

ilosc danych do przeslania/odebrania ustalasz xBIOS_SET_LENGTH, jesli jej nie uzyjesz to komenda  xBIOS_WRITE_FILE zapisze caly plik.

> Bardziej intuicyjne byłoby założenie, że CLOSE jest wymagany za każdym razem,

CLOSE jest wymagane po operacjach zapisu WRITE i PUT. byc moze trzeba CLOSE nazwac inaczej.