Dzięki.

Pod dosem II+/D 6.1 przełączanie tym samym kodem działa bez zarzutu, więc tak czy inaczej problem wiążę ze Spartą.

Ale przecież na Foreverze oglądaliśmy chyba z SDX i działało. Ogólnie intryga jest taka, że demo nie robi nic dziwnego, po prostu przy ładowaniu wgrywa grafikę do banków w standardzie 130XE.

Właśnie nie bałdzo, a zmierzam do tego iż próbuję zdiagnozować pewną przypadłość występującą w przypadku uruchomienia programu pod SDX, który nie korzysta z banku zajmowanego przez dos (czy sterownik do VBXE), lecz generuje problem z nieznanej mi przyczyny. Dobrym przykładem są animki z TIP-Animatora ;)-

Samo to nie pomoże.

Warto byłoby sprawdzić czy coś podobnego robi w pewnych warunkach Sparta. To przyznaję zupełnie nieznana dla mnie "okoliczność przyrody".

Mogę tylko zapewnić że pomyłki z wyborem "niedziałającego" banku nie było, stąd wnioski na temat Sparty wydają mi się uprawnione.

Jest prawdopodobne że chodzi o tą samą przyczynę problemu o której piszę w tym wątku (wg. mnie Sparta przełącza bank pamięci przed doczytaniem kolejnego bloku danych z zastanego banku na ten z którego korzysta sama a następnie na bank podstawowy który nie musi być tym samym co zastany).

Ale to nie niedogodność. I SDX nic tu nie psuje.
To program ładowany w ten sposób ma "pewną niedogodność", która potrafi czasem spowodować, że popsuje sam siebie.
Taki program wysypie się nie tylko pod SDX, ale np. w przypadku jakiegoś loadera siedzącego pod ROMem (niektóre turba magnetofonowe).
Po prostu nie powinno się zakładać konkretnej konfiguracji RAM/ROM w czasie ładowania. Jedyne kulturalne rozwiązanie, to ładowanie do pamięci podstawowej i przepisywanie procką, która odtworzy pierwotną konfigurację banków.

"API małego atari" - ROTFL. :)