Atari800Win 4.0b6
- dely/Blowjobb @ 26.7.2005 @ 22:28
Ukazała się kolejna wersja beta wiodącego emulatora 8-bitowych Atari. Nowości:
- Dodanie możliwości wykonywania emulacji w drugim wątku, co powinno spowodować zmniejszenie się uciążliwych przerw w odtwarzaniu dźwięku.
- Usunięcie błedów w konfiguracji palety kolorów wprowadzonych w poprzedniej wersji.
- Opcja LABELS debuggera jest obecnie w stanie wczytać pliki etykiet z nowego X-Assemblera oraz Mad-Assemblera.
- Dodanie obsługi obrazów 2 cartów w formacie AtariMax.
Jak pisze głównodowodzący projektem - Jaskier - wyzej wymienione poprawki wyczerpują listę zgłoszonych błędów. Kolejne wersje będą zawierać juz głównie nowości. Pod koniec wakacji spodziewana jest finalna wersja 4.0. Ściągamy ze strony domowej.
wown :)
mnie brakuje w debuggerze opcji ustawienie pułapki na danym adresie....w przypadku jakiejś jego modyfikacji emulator bylby wstrzymywany i byloby wejście do monitora. A wogóle gdzie to zgłaszać skoro na oficjalnej stronie AtariWin nawet kontaktu nie ma?
Zgłaszać do mnie oczywiście :) A co do debuggera, to sprawdź pułapkę typu WRITE
A co z ewentualna implementacja SIO2IDE. Moze na poczatek czytanie pliku konfiguracyjnego mapowania dyskow (z wyznaczonego miejsca i niech bedzie w standardzie SIO2IDE ;) . To naprawde zalatwiloby w fajny sposob prace na karcie CF zamiennie na Atari i emulu. A te pare rozkazow SIO tez latwo dolozyc - w kodzie samej emulacji nic nie trzeba zmieniac).
Nie mam SIO2IDE i nie mam bladego pojęcia jak to działa. Tak więc nie do mnie z tym. Napisać samemu i podesłać patcha to się nałoży. I najlepiej nie mnie a ekipie atari800, czyli Foxowi, żeby nam się źródła emulatorów za bardzo nie rozjeżdżały.
Ale to mozesz zrobic. Ustalmy w konfigu folder z ktorego czytany jest plik tekstowy z przypisaniem ATRow do Drive`ow. Opis tego pliku jest w dokumentacji SIO2IDE. Po prostu na HDD w SIO2IDE jest taki wlasnie plik. Na poczatek to by wystaczylo.
WRITE niestety to nie do konca to o co mi chodzi:( Załóżmy, że zapominam przełączyć bank program modyfikuje nie to co trzeba i potem gdzieś w losowym momencie się sypie np: przy 100-tnym uruchomieniu. Na szukaniu takich blędow staracilem 80% czasu podczas pisania ostatniej wersji Yie-Ar, bez tego szkoda mi na to czasu.
Niezbyt rozumiem jakim breakpointem chciałbyś wychwycić BRAK zapisu. Skąd debugger ma wiedzieć, że zapis miał być właśnie w tym momencie a go nie było? IMHO WRITE jest tym właśnie czego potrzebujesz. Przecież to monitoruje zapis do pamięci. Czego dokładnie ci potrzeba?
Monitoruje non stop? nie bardzo rozumiem. Wg. mnie WRITE zrzuca obszar pamięci ATARI do pliku, po wykonaniu po monitorem? jeżeli tak to nie o to mi chodzi. Może przykład: TRON startaddr,endaddr Od tej chwili jakakolwiek próba modyfikacji (np: STA startaddr) w tym obszarze pamięci spowoduje zatrzymanie emulatora i automatyczne wejście do monitora.
W wyniku zamieszania z bankami często wpisywałem coś nie tam gdzie trzeba - zamazując kod programu. Taki kod potem w sposób losowy znowu coś uszkadzał i robiły się błedy, które ciężko było wykryć.
ciągle nie ma emulacji covoxa, a to chyba niewielki problem...
vega - cos takiego juz istnieje od jakiegos czasu... a Jaskierowi chodzi nie o rozkaz WRITE tylko o rozkaz: B WRITE, piszesz pod monitorem: b write>=2000 b write
ups wcielo: b write>=2000 b write(znak_mniejszosci)4000 teraz jak zostanie cos zapisane w obszarze od $2000-$3fff zostanie odpalony monitor
a wlasnie emulacja covoxa - malo roboty, a swietna sprawa!
dzięki za info:) pr0be, Jaskier. Nie wiedziałem o tym, stąd takie zamieszanie.
bo brakuje do tego pozadnego faq - doqmentacji (jest tylko jakis chm :( )