pro_xaker2000, а ничего, что у тебя цикл for начинается с нуля а массив минимум (1)?!

MisterN, а так можно
10 dim d$(21)
20 dim c$(21)
30 for i%=0 to 20
40 read a$
50 read b$
60 d$(i%)=a$
70 c$(i%)=b$
80 next i%
90 for i%=0 to 20
100 gelload d$(i%),c$(i%)
110 next i%
120 data lalalalalala
трара
и код продолжаеться
вопрос:можно data писать не в
конце?

pro_xaker2000, цикл for должен начинатся так:

MisterN, у него верно начинается цикл, с 0 тоже может, и массивы, кстати, начинаются как раз с 0 и кончаются N-1, где N - размер массива

Если есть 4 спрайта движения(направления), то как автоматизировать замену спрайта при смене направления не убирая остальные спрайты вручную?

MisterN, Ты имеешь в виду это?

Magatino, там один спрайт, а у меня спрайт зависит от неправления

MisterN, Нажал на право, даёшь спрайту картинку правой стороны, нажал на лево, даёшь спрайту картинку левой стороны, что тебе надо ещё?

Magatino, так у меня спрайт остается

Скачал МБ 1.9.1 by kiriman & dzanis. Впечатления хорошие. Ищу способ адекватного вызова подпрограмм, но обязательно с передачей параметров, например такого вида (должна выводить заголовок экрана):
Вначале экспериментировал с вызовом CALL/ENDSUB. Результат неудовлетворительный. Вызов CALL трет значения не только параметров, но и вообще всех переменных в программе. В связи с этим была предпринята попытка не вполне корректного использования директивы ENTER "progname.lis" c последующим безусловным переходом GOTO. Ничего из этой идеи не получилось. Идея использовать для передачи параметров RMS - видимо последняя надежда обреченного кодера, хуже чем 10 лет расстрела. Обращаюсь за помощью к тем, кто хорошо знаком со структурой и внутренним устройством данной реализации интерпретатора. Существует ли в рамках МБ 1.9.1 выход без вмешательства в байткод, пусть даже костыльно-ориентированный, но все же не настолько медленный и печальный, как передача через RMS? Спасибо.