http://c64power.com/forum/uploads/files/fast_drivmonitor.zipNo nie mogło być z takim mułem - dorobiłem opcjonalne WARP tzn monitor odczytuje dane własnym prockami.
Tworzy się w buforze $0400 taki obszar, którego nie można zmieniać bo tam one wszystkie siedzą.
OK wszystkie komendy:
.x - wyjście
.$ - katalog dyskietki
.@ - status stacji
.@8 - wybór stacji nr 8
.@9 - wybór stacji nr 9
.@i - inicjalizacja dyskietki
.@$ - katalog dyskietki
.@w - warp monitor mode on/off
.@k - test klax extension - robi to co ten program testujący i w przypadku poprawnego testu bloki są ponumerowane wartością starszego bajtu ich adresu
.@f - formatuje klax ram bez względu na wynik testu (wypełniony blok starszym bajtem adresu)
.m0300 odczyt 8miu bajtów spod $0300 w drivie
.m300 to samo ale krócej
.m22 odczyt 8miu bajtów spod $0022
.m2 odczyt 8miu bajtów spod $0002
.m0300 0800 monitor od $0300 do $0800
.m0300- monitor od $0300 do $ffff
.m - samo m zapuszcza monitor od $000
w trakcie monitorowania można wcisnąć spację dla pauzy lub r/stop aby przerwać
.i0300 odczyt 32ch bajtów spod $0300 w drivie
.i300 j.w.
.i22 analogicznie jak komenda m
.i2
.i0300 0800
.i0300-
dla zapisu dla opcji "i" jednego wiersza czy to monitora trzeba wcisnąć return na wybranym wierszu
.:0300 01 02 03 04 05 06 07 08 [tu return] - próbuje zapisać do driva pod $0300 w tym wypadku i ponownie odczytuje wiersz
- ważne spacje muszą być, cyfry są w hex, można je modyfikować - jak nie będzie spacji to wywali błąd
dla bajtów
.*0300 jakiś ciąg 32 bajtów [return]
analogicznie próbuje zapisać ciąg bajtów z wybranego wiersza na ekranie
.f xxxx yyyy zz wypelnienie od adresu xxxx do yyyy wartością zz (nie narusza $0400 bo tam jest kod)
Macie full source code rozwijajcie jak chcecie
![\"\" \"\"](\"http://www.c64power.com/forum/img/smilies/grin.gif\")
btw. do uwag elwera - gdzie dema na coś takiego - póki co ma to tak mało osób że...