moze to pomoze?

http://www.atariarchives.org/iad/chapter13.php

pobranie katalogu, sprawdzenie nazwy, odczyt liczby sektorow zajetych przez plik

Ja bym powiedział, że żaden. :P

pr0be: "uniwersalna" metoda będzie jednakowo zła dla wszystkich DOS-ów. Proponuję zrobić to inaczej:

a) najpierw wywołać LEN (XIO 39 oidp) -> jak zadziała, masz wielkość pliku, koniec.
b) jak nie, czytasz katalog tekstowo (rekordami) i stamtąd wyciągasz informację, pamiętając o różnicach w formatowaniu (np. MyDOS o ile mnie pamięć nie myli wyświetla 4 cyfry wielkości pliku w katalogu).

PS. Adresów podanych na stronie zacytowanej przez XXL-a nie należy traktować dosłownie, chyba że to ma działać tylko z DOS-em 1.0 albo czymś takim. Katalog czyta się normalnie przez komendy podawane do $E456.

No i liczby są w sektorach, a nie wiadomo ile bajtów w sektorze. Można próbować szacować z góry: DPEEK($308)-3 (zaraz po I/O na tym dysku). Jedyna pewna i przenośna metoda to przeczytać plik w całości. :)

hmm ale odczytanie wielkosci plikow przez katalog dyskietki tez nie jest pewne, bo rozne dosy inaczej "sformatuja" dane wyjsciowe: np. w MyDos wygladaja one tak: "  DOS45678SYS 037", a w SDX wyjscie bedzie wygladalo tak: "DOS45678 SYS   4736" co juz jest problemem, nie wspominajac juz o tym ,ze w pierwszym przypadku mamy dlugosc podana w sektorach a w drugim dlugosc podana w bajtach...

jak juz Fox wspomnial jedyna pewna metoda chyba bedzie odczyt pliku w calosci...
szkoda bo mialem nadzieje ,ze w czasie wykonwyania operacji OPEN, jest pobierana dlugosc pliku i gdzies zapisywana...

jeszcze jedno lamerskie pytanie ;)

powiedzmy ,ze chce wczytac caly plik, robie cos takiego:

    ldx #$10
    lda #7
    sta iccmd,x
    lda #0
    sta icbufa,x
    lda #$80
    sta icbufa+1,x
    lda #$ff
    sta icbufl,x
    lda #$ff
    sta icbufl+1,x
    jsr ciomain

po tym jest wszystko pieknie, pod $8000-$xxxx mam wczytany caly plik, tylko skad mam wiedziec ile zostalo wczytane bajtow? ;)
wczytywanie pliku bajt-po-bajcie (icbufl=0) daloby mi prawidlowa odpowiedz, ale to raczej bardzo kiespki sposob ze wzgledu na szybkosc...

no tak :)
dzieki!