You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current screen mode number changes. What would happen to current development if the zero had to be a one to stop the MOS from issuing a vdu command to enable compatibility modes before exec16 or exec24 are called? It would allow older but not updated things to run. It wouldn't solve the using an older basic and do .bas files have the basic version number saved with in?
The text was updated successfully, but these errors were encountered:
Of course just emitting the byte in VDU 23, 0, &C1, n might work, as it currently has a b>=0 test with b equal to n in the VDP source. Maybe aturning it into a generic compatibility versioning call.
The current screen mode number changes. What would happen to current development if the zero had to be a one to stop the MOS from issuing a vdu command to enable compatibility modes before exec16 or exec24 are called? It would allow older but not updated things to run. It wouldn't solve the using an older basic and do .bas files have the basic version number saved with in?
The text was updated successfully, but these errors were encountered: