Czy można prosić o zakomitowanie sam-Waszmość-wiesz-gdzie, a nadto zrobienie tego samego z pozostałymi playerami, gdyby były jakieś uaktualnienia od czerwca 2021?

Gratias de monte ;)

No, w Rapidus OS-ie tego CPX-a nie ma i system działa :)

Rozmawialiśmy już o tym i nie jest to możliwe, bo 65C816 ma wykorzystane wszystkie 256 opkodów z tablicy (ok, 255, bo 1 opkod jest zerezerwowany). Dajmy na to, opkody $xF, wszystkie nielegalne na 6502, na 65C816 są wykorzystane na tryby adresowania long abs ("długie", z 24-bitowym adresem, typu LDA $F00000).

Nawet gdyby zaryzykować rozróżnienie na tryb emulacji (z nielegalami) i natywny (bez), i tak jeden z opkodów musi być użyty do przełączenia trybu, zatem czciciele faktu, że kiedyś tam firma MOS Technology postanowiła zaoszczędzić kilka centów na krzemie per procesor i nie zrobić pełnego dekodera rozkazów,  i tak będą płakać, bo ten jeden będzie działał inaczej. Poza tym nowe rozkazy - typu BRA, BRL, STZ, JSR (adr,X), TYX/TXY, PHX/PHY/PLX/PLY, BIT abs,X itp. - przydają się też, i to bardzo, w trybie emulacji. Dzięki temu, że działają zawsze, można mieć np. w systemie jedną procedurę SYSVBL działającą w obu trybach i jednocześnie korzystającą z nowych rozkazów, czyli zajmującą mniej czasu :)

Ogólnie, pomijając szczegóły, chciałbym napisać, że dla 65C816 i Atari jest całkiem dużo całkiem sprawnie działającej infrastruktury, z czego pewnie mało kto sobie zdaje sprawę. Istnieje rozszerzenie dla SpartaDOS X, które podłącza pamięć znajdującą się ponad adresem $FFFF do ogólnej mechaniki zarządzania pamięcią w SDX, a tym samym sprawia, że ta pamięć staje się widoczna dla loadera binarnego tego DOS-u. Tak samo działa obsługa błędów, symbole itp.

Można zatem, przy użyciu SDX, ładować programy bezpośrednio do wysokiej pamięci 65C816 i je uruchamiać. Działa to doskonale, póki co zostało najlepiej przetestowane z rezydentami rozszerzającymi funkcje SDX, ale zwykłe programy aplikacyjne też mogą z tego korzystać.

Jest asemblerek http://drac030.krap.pl/pl-elsa-pliki.php umiejący produkować relokowalne binaria dla SpartaDOS X, które można w ten sposób wykorzystać. Z przykrością nadmieniam, że MADS się do tego nie nadaje, bo np. nie generuje fixupów dla rozkazów typu JSL. Natomiast ELSA jak najbardziej. Pisałem w tej sprawie do tebego swego czasu, ale zostałem zignorowany - no trudno :)

Na me oko główny bohater ma koszulkę z logo Atari, małym na lewej piersi, dużym na plecach. Podobne robił kiedyś Sikor.

Może to dla kogoś będzie nowość (ja się dowiedziałem przedwczoraj), że gość z Chile zrobił wersję TBXL, która część kodu ładowaną do głównej pamięci relokuje nad memlo.

Plus jest taki, że ?FRE(0), jak w starym TBXL pokazywał 34021, w tym nowym pokazuje odpowiednio więcej, np. u mnie 38556. Minus był taki, że trzeba było się nagimnastykować, żeby to się w ogóle uruchomiło, bo normalnie się nie ładował.

Miałem uwagi do tego stanu rzeczy, zostały uwzględnione, autor podrzucił nową wersję, która na oko działa.

W załączniku ta dzisiejsza wersja.

PS. Dely, dlaczego forum nie przyjmuje załączników z rozszerzeniem *.exe? Przecież egzek z wirusem dla Windows nie może się zaczynać od $FFFF :)

Ad vocem: tu jest całkiem w porządku, jeśli jest w miarę ładna pogoda (np. teraz). Ale w dniu sztabu było +10 stopni (Celsjusza) i nieprawda, że dach przeciekał, zwłaszcza że prawie nie padało. Nie da się też ukryć, że nawet w ładną pogodę warunki sanitarne są tu sensu stricto spartańskie.

Indeks jest, nie załapał się do PDF-a zawierającego jeden rozdział. Ogólnie przejście z jext_on (MMMG) na V_setme (ICD) początkowo mnie też wydawało się świętokradztwem oraz abominacją, ale po paru dniach się przyzwyczaiłem.

JSIOINT chyba funkcjonuje tylko w Polsce, królestwie Atari, ale samo Atari chyba wymyśliło SIOV. Może się mylę. Podobnie chyba skrót "VBL" istnieje tylko w Polsce, w świecie zewnętrznym to nazywa się "VBI" (Vertical Blank Interrupt), aczkolwiek zdołałem wygóglać parę przykładów użycia "VBL" w świecie ST.

Podobnie jest z CIOV i JCIOMAIN itd. Nomenklatura to nie jest tylko zasługa pióra ;)

@As, nie widzę większych przeciwwskazań.

@Pin, gdybym miał kojfnąć, to przecież warto się przedtem jeszcze napić - szkoda resztę życia spędzać w ascezie ;)

Musisz, niestety, uwzględnić, że twoja metoda najwyraźniej nie jest kompatybilna z istniejącymi sterownikami "E:" dla Atari. Musisz ją poprawić.

PS. Ponieważ gdzieś zginął mój post zamieszczony po poście nr 23, powtórzę zatem, że sobie pochlebiasz sądząc, że przekonywanie ciebie było moim celem. A "piszący mnie nie przekonali" to hit sam w sobie.

Czemu niby mam "się uspokajać"? Topik jest na poziomie przedszkola, co widać po całości: OP nawet nie wie, że sposób z 703 (opisany chyba wszędzie, nawet u Miguta) zasadza się na tym, że mamy otwarte dwa kanały, że jak najbardziej da się to zrobić, że zestawy współrzędnych są oddzielne. I proponuje armatę na wróble.

Już nie wspomnę o tym, że jeszcze prostszym rozwiązaniem jest po prostu mieć dwa zestawy współrzędnych w programie. Można wtedy mieć 1 kanał, a położenie i rozmiary okna dowolne.

Żenua.

MM [dely]: proszę odnosić się wyłącznie do tematu wątku, a nie umiejętności pytającego.

Powiem tyle: LOL. "Sposób" faktycznie "krótszy" niż lda #4 / sta 703. Na dodatek z nielegalnymi skokami do OS-u, którym przedmówca nie umie się nawet posłużyć. Dely, ponawiam prośbę, skasuj tę żenadę.

Obrazek poniżej, BASIC jest w command mode. Teraz LOCATE 2,21,A. Nie dość, że zadziała (czyli funkcja INPUT OS-u odczytała linijkę tekstu) to jeszcze w A będziemy mieli kod znaku znajdującego się na pozycji 2,21 (82, kod ASCII "R" z READY).

I ten temat jest w dziale "Programowanie", dely skasuj to.