No dobra.  Tak wygląda I/O:

eol equ 155

ciov    equ $e456

iocb    equ $340
io_com    equ iocb+2
io_sta    equ iocb+3
io_adr    equ iocb+4
io_len    equ iocb+8
io_mod    equ iocb+10
io_aux    equ iocb+11

chn0    equ $00
chn1    equ $10

adr dta a(0)
len dta a(0)
text dta c'D:RPL.INP',eol

; zamyka pliczek
close
    ldx #chn1
    lda #12
    sta io_com,x
    jsr ciov
    rts

; w A 4-odczyt, 8-zapis
open
    pha
    jsr close
    pla
    tax
    tya
    bmi op_ex
    txa
    ldx #chn1
    sta io_mod,x
    mva #3 io_com,x
    mwa #text io_adr,x
    mva #$80 io_aux,x
    jsr ciov
    bmi op_ex
    lda io_mod,x
    ora #3
    sta io_com,x
op_ex
    rts
; a to przesyla dane
do
    ldx #chn1
    mwa IO.adr io_adr,x
    mwa IO.len io_len,x

    jmp ciov

* ************************************************
* A tak wywoluje odczyt
 lda #4
 jsr open
 bmi _ex
 mwa #pic_adr adr
 mwa #pic_len len
 jsr do
 bmi _ex
 jsr close
_ex

Krzaki na obrazie po załadowaniu to standard, dzięki temu nie traci się obrazka po resecie na przykład. Jest w README opisane.
A że I/O nie działa. Hm. No dupa :)
mówiłem, że się na tym nie znam :)

[ Dodano: Nie Lis 28, 2004 5:10 am ]
No dobra. Jest nowa wersja.

2004-11-28, v.0.0.4
- added CIN version
- small bug fixes

Główna zmiana to CIN.
I/O nie zmienione, więc pewnie dalej nie będzie działać pod egzotycznymi systemami w stylu sparty ;)
Kurde, zoom dla CINa to jest fun :)

Myszce się kiedyś się przyjrzę.
A co do biblioteki do I/O, to byłoby to z pożytkiem dla całego narodu :)

To ja poproszę o dokładny opis problemu. Obrazek z tych co są w dystrybucji? U mnie pod DosII nie miałem nic takiego :(

Jakby co, ja przeniosłem dyskusję do tego wątku:
  http://atariarea.histeria.pl/forum/viewtopic.php?t=2434

Widzę, że od I/O są specjaliści. Może ktoś by się podzielił kodem? A może ktoś, kto pisał jakiś sensowny użytek by udostępnił interfejs do I/O?
Nie chodzi o samo otwieranie plików, ale może by dać userowi możliwość chodzenia po katalogach kursorem, enterem, itp, i wczytywanie pliku pod kursorem lub o podanej nazwie. Tyle programów to ma, a mi się nie chce tego pisać bo po co. Jak nie, to zrobię goły interfejs, i ktoś to kiedyś przerobi.
Ogólnie - to nie jest topik na dyskusję o I/O - zbierzcie się i napiszcie manuala 'Jak program na atari powinien robić I/O' to wtedy każdy program po prostu tak zrobi. Ja nie będę biegał i prosił oddzielnie o info do Sparty, MyDOSa itp.

Mazi: siatki w zoomie nie ma i nie będzie. Przy takim zoomie nie ma mowy.  :)

Czy ktoś mi mógłby podeśłać kody klawiszy kursorów? Sprzętowe, odczytywane z $D209. Ja tu pod emulgatorem nie wiem co to strzałki :)

PS. W poprzednim poście zapomniałem podziękować TeBe za mads'a - szybkie poprawki pomogły mi napisać lepixa tak szybko :) Polecam.

coś sie powoli pisze, na razie udało mi się zrobić kawałek trzonu i moduł obsługujący MIC (czyli gołą 15kę).
Moduły obsługujące inne tryby powinny być dosyć łatwe, MIC ma cały ok 250 linii w asmie. Tylko jeszcze nie ustaliłem szczegółów np deklaracji co to są kolory...
Nie ma na razie zooma, to następny krok, ale to już nie dziś :)
I zapomnijcie o zapisie/odczycie na razie ;)
Ale, jakby ktoś chciał testować to co jest i od razu zgłaszać uwagi, to do mnie  (eru małpka mimuw edu pl) :)

PS. Mógłby mi kto podesłać wszelkie możliwe programy, na których warto się wzorować? INP, etc?

[ Dodano: Sro Lis 24, 2004 4:44 pm ]
No dobra.
Baaardzo wczesna wersja, ostrzegam, ale coś jest.
Na razie zrobiłem pluginy do MICa i INPa
Z podstawowych opcji brakuje:
- I/O (wczytywanie/zapisywanie)
- zoom

Co do I/O, to chętnie bym skorzystał z czyjejś pomocy, jest na pewno w pytę kodu, który to robi (listingi katalogów itp itd)

Co do zooma, to mam pytanie dla grafików. Co jest ważniejsze - szybkość reakcji zooma czy jego wielkość. Bo np w MCP jest zoom na pół ekranu ale wolny jak 150. I jak bardzo zzoomowane byście chcieli pixle? Szerokość fontu jest OK?

Aha, było testowane tylko na emulgatorze, więc nie wiem czy działa na atarce (BeWu mi robi atarkę i robi i robi) :)

PS. Wykorzystałem (publikowane wcześniej) prace Dracona i Replaya, mam nadzieję, że nie mają nic naprzeciw :)

A czy moglibyście zdefiniować co jest niezbędne w programie, żeby się dało używać, m.in. rozpatrując takie rzeczy:
- zoom
- sterowanie klawiatura/joy
- różne wielkości kursora
- narzędzia inne niż pixlowanie (kółka? prostokąty? wypełnianie?)
- i co tam jeszcze

ale nie cudujcie, tylko co jest niezbędne.

Bo moooże by się coś prościutkiego napisało...

s-step (into), czyli jezeli nastepna instrukcja jest JSR to wywola to JSR i zacznie debugowac tam
n-next, jezeli to JSR, to poczeka az JSR wroci
up-pojdzie 'wyzej' w stosie wywolan (czyli pokaze kto nas wolal)
do-to samo nizej
b-ustawi breakpoint (bez parameteru - tu gdzie jestesmy, z paramterem - adres lub linia kodu)
c-continue, czyli niech sie program dalej wykonuje do momentu zatrzymania
l-listuj

co do ladowania zrodelek, to x-asm produkuje taki fajny pliczek jesli sie uzyje odpowiedniej opcji, w ktorym jest pomieszany wygenerowana binarka ze zrodlem. super by bylo jakby wciskajac 'l' (list), o ile dla danego fragmentu pamieci kod jest 'zywcem' z x-asma, widac byloby taki uklad kodu (i komentarzy!)  jak w xasmie. ma to oczywiscie pewne problemy, np co zrobic z makrami, wiec mozna by bylo zrobic dwa rodzaje pracy - czysty tryb 6502 i x-asm :)

jezeli uzywasz 'printf' do debugowania zamiast gdb... to znaczy ze nie jestes dobrym programista (cytat z mojego promotora, ktory programista jest niesamowitym) :)
oczywiscie printf tez sie przydaje, ale nie zastepuje gdb jednak.

Wraz z QA był dołączany BugHunter, używałem go ostatnio z 10 lat temu:)
Szkoda, że emulator nie ma zintegrowanego debuggera, jak np. emulek z80 którego kiedyś używałem...

Nie gralem, ale tutaj znalazlem opisik i mapke:
http://www.idn.org.pl/users/lesz/legend/feud.html

powodzenia,
eru

moje zdanie jest stałe.
Vibovit jest lepszy!