No niezupełnie. Od $E400 do $E44F masz tablicę wektorów do sterowników urządzeń obsługiwanych w ROM-ie. Ta tablica jest tam zawsze, w każdej wersji systemu. W związku z tym skok przez te wektory zawsze zrobi to samo: jak w powyższym przykładzie, wczyta bajt z systemowej klawiatury (tej przyczepionej przez producenta do Pokeya). Natomiast twoje JSR $F203 czy też np. JSR $F2FD już nie, te skoki będą działać albo nie w zależności od wersji systemu. Dlatego to drugie jest nielegalne, a to pierwsze jest, bo użyta jest tabela wektorów zdefiniowana przez producenta.

Tej metodzie można zarzucić jedynie tyle, że nie uwzględnia możliwości podmiany sterownika. Ale też jest to legalna metoda wywołania sterownika systemowego (a nie każdego zainstalowanego), więc nie dziwne.

Dzięki, ja mam w MAE i to w dwóch wersjach (zwykły i 65c816).

To chyba tylko z lenistwa. Poza tym co to za argument, że wiekszość, skoro najwyraźniej nie wszystkie.

Zgadza się, jak będzie 512k ROM-u, to można będzie sobie pozwolić na różne cuda, w tym wypełnienie obszaru $C000-$CFFF i $D800-$FFFF skokami JML jeden obok drugiego. Ale na razie tak nie mamy.

Ja myślę, że dla nowego pakietu matematycznego (tego do 512k ROM-u) będzie można użyć któregoś z przerwań COP nie bawiąc się już w tablice skoków. Przerwania są wektorowane przez RAM, więc co za wygoda, jeśli trzeba przejąć jakieś wywołanie. Na razie natomiast przeżyjemy jakoś na starym, zwłaszcza że nie jest on chyba tak znowu często używany :D

A bo ja wiem? Musisz się zastanowić, ile osób zdecyduje się na wymianę ROM-u (i uwiązanie się do twojej wersji na stałe) przy instalacji twardego dysku.

Przypominam, że nowy interfejs ma 3 kilo ROM-u: może obsługa jednego i drugiego się tam zmieści. Jeszcze żadnej nowej wersji sterownika nie ma, która by tego używała, 1.5 jest dla starego interfejsu.

Masz na myśli odczyt z rejestru klawiatury? No a dlaczego miałby być nielegalny w sumie. Najwyżej kiedyś program przestanie działać, jak zmieni się adres tego rejestru (bo ktoś przestanie w tym celu używać Pokeya) :D

Oj tam kilkanaście bajtów możesz odżałować. Umieść je w buforze magnetofonu, i tak jest przeważnie pusty :D

A co chcesz robić w tym czasie?

Co do pytań "czy można": wszystko można, tylko że jak się omija system, to potem to albo nie działa z nowszym sprzętem, albo coś tam. W sumie do zrobienia historii poleceń nie potrzebujesz omijać E:, czy też K:, bo to chyba jest kwestia nadania pewnym klawiszom znaczenia, i odpowiedniej interpretacji w tym duchu tego, co zwraca system.

Też bym w życiu nie uwierzył, że na systemowym E: da się zrobić pełnoekranowy edytor, i to w dodatku wygodny, gdybym nie widział tego w MAE. Więc da się. Czyli historię pewnie też się da korzystając z systemowych urządzeń.

Casper, nie wrzeszcz.

Po pierwsze, tabela wektorów z której skorzystał Lizard, jest oficjalna, skoki przez nią są "legalne". A to w przeciwieństwie do JSR $F302.

Po drugie, nie jest bynajmniej prawdą, jakoby nielegalne skoki typu JSR $C642 czy to co wyżej, działały na wszystkich wersjach systemu: na systemie rev. A, tej od Atari 400/800, oczywiście nie będą działać. Czyli pewnie na dobrej połowie atarynek świata.

Po trzecie, że coś działa na QMEG-u, to żaden argument, bo QMEG nie jest kompilowany ze źrodeł, jest to zwykły ROM przerobiony w ten sposób, że wycięto niektóre procedury (NOP-ami i zerami wstawionymi tu i ówdzie do image'u ROM-u) a na to miejsce wrzucono procedury własne. To i nie dziwne, że akurat GETCHAR czy w ogóle większość procedur została na swoim miejscu.

Po czwarte, to jest chyba jakaś atarowska choroba, która dotyka też koderów na ST: uporczywa i niczym nie uzasadniona wiara, że bieżąca wersja systemu operacyjnego jest OSTATECZNA. To znaczy, że nikt nigdy nie usiądzie i nie przygotuje nowej - a w przypadku ROM-u XL/XE jest to dla dobrego kodera zajęcie na tydzień, wliczając 5 dni na zdobycie całego źrodła. Nic więc niemożliwego.

Po piąte, nie mogę wprost uwierzyć, że ty nie możesz sobie wyobrazić, jak wygwiździście wręcz UPIERDLIWE jest, podczas preparowania nowego ROM-u ze źrodeł, dbanie o to, żeby jakieś procedury zostały na tym samym miejscu. A to dlatego, że wielkość procedur się może zmienić, jedna może się skrócić, na drugą może być potrzeba więcej miejsca. Ale, k***a mać, takiego GETCHAR nie można ruszyć z miejsca, i trzeba zostawić trzy wolne bajty bez sensu nad nim albo pod nim, albo omijać je bezsensownym skokiem, bo atarowskim "specjalistom" nie chce się korzystać z tablic wektorów.

Denial of Service? No właśnie się tego zacząłem obawiać  :D

Yhh, to ja zaczynam czarno widzieć tego DOS-a...  :?

Powiedz mu jeszcze przynajmniej, że ten "kod" to jest kod skaningowy klawiatury, a nie ASCII, jak u Lizarda.

Mnie by się coś takiego bardzo przydało, ale zdaje się, że nie ma takiego odważnego, który zdecydowałby się tknąć tę plątaninę kabli, która pokrywa płytę w moim 65xe.

[ Dodano: 14.11.2004 11:42:41 ]

Archiwum przepakowałem, wywaliłem starszą wersję, za to dodałem bojowe pliki tekstowe, tj. specs.txt, CHANGELOG oraz przede wszystkim known_bugs.txt, bo już takowe (a raczej takowy, liczba pojedyncza) zauważyłem.

Nowa wersja, 1.91, pewnie w przyszły weekend, o ile Simius będzie miał trochę czasu na programowanie EPROM-a  8)

Lizard: EmuXL nie emuluje 65c816, tylko 65c02.

Z kompatybilnością czego z czym?  8O

Obejrzyj "inny obrazek na który możemy popatrzeć", to zrozumiesz kompleks czułków :>

O ile pamiętam, w Indusie jest jeszcze (trochę) gorzej. W Topie i TOMS-ie Multi rozkaz do stacji jest wysyłany na 19200, cała reszta natomiast, to jest potwierdzenie zwrotne, dane itd. idzie już w turbo. W Indusie natomiast nie dość, że rozkaz jest wysyłany na 19200, to potwierdzenie zwrotne przychodzi też w normalnej transmisji, i dopiero cała reszta idzie w turbo.

To jest główna przyczyna dla której stacje TOMS nie chcą chodzić w TOMS Turbo pod Spartą X. Nie zgadza się szybkość przesłania potwierdzenia rozkazu.

To natomiast, że nie chcą chodzić w Ultra, to już wina Sparty, która nie pyta stacji o częstotliwość pracy, tylko ustawia na pałę 52 kbd.

O ile pamiętam, cała korespondencja pomiędzy komputerem a stacją to 6 czy 7 bajtów na sektor. Przy podwójnej gęstości jest to w istocie nieco ponad 2% transmitowanych danych.

Oj, strasznie fałszują :( I to słychać mimo zastosowania się do meritum :(

Ja tego nie mogę teraz zrobić. Plik kopiował mi kolega, przez kabel szeregowy. Fakt, kretyni jesteśmy, żeśmy tego przedtem nie skompresowali, od razu byłoby wiadomo, czy przekopiowało się dobrze.

W każdym razie, u mnie plik wypalony w EPROM-ie działa. Jeśli to, co zapodałem pod wyżej wymienionym adresem nie działa, to znaczy, że transmisja się spieprzyła :(