Почему BBC Basic так тормозит?

[Hunta]

Это бейсик ДВК или УКНЦ

Если что, вот вильнюсский Бейсик. На ДВК работает молча. Точно не помню, но, вроде-бы, именно он на ДВК с КГД работал с графикой.

Попробовал запустить на УКНЦ вильнюсский бейсик с ДВК - запустился, но любая попытка обратиться к файловой системе бейсик ломает.

Какой "не работал" - тот и проверял

У вильнюсских дисковых бейсиков вроде есть серьёзная проблема LOAD не позволяет использовать имя диска вообще.

И причём здесь RT?

Кто виноват Hunta

Текст "драйвера" я привёл

Драйвер прописывает 50 Гц, а Вы утверждаете, что система сгенерирована на 60

Система сгенерирована и по умолчанию будет использовать счётчик 60 Гц. Но какой счётчик использовать - определяет бит CLK50$. Сброшен - 60 Гц, установлен - 50 Гц. Так что переключить это легко.

понятно в такой муре бедному BBC Basic не сориентироваться.

Мура пока от вас идёт

- - - Добавлено - - -

Драйвер

Для особо одарённых - это НЕ драйвер

- - - Добавлено - - -

Не истины ради, а троллинга для - "Портирование" RT11 v5.7 на "эмулятор RT11" Патрона ака предконфигурённый эмулятор ДВК Патрона

[Advertiser]

[Alex_K]

Я запускал бейсик с диска UKNCBTL (MZ1: ) - висит. У вильнюсских дисковых бейсиков вроде есть серьёзная проблема LOAD не позволяет использовать имя диска вообще.

Откуда взялось такое мнение, что вильнюсский Бейсик не позволяет использовать имя диска? Даёте команду FILES "MZ1:" и просматриваете содержимое диска MZ1:. Никаких проблем.

Загрузился с MZ1:, в других приводах дисков нет. Никаких проблем, команда FILES показывает содержимое каталога.

[Hunta]

Откуда взялось такое мнение, что вильнюсский Бейсик не позволяет использовать имя диска?

Не откуда, а от кого.

[litwr]

Откуда взялось такое мнение, что вильнюсский Бейсик не позволяет использовать имя диска? Даёте команду FILES "MZ1:" и просматриваете содержимое диска MZ1:. Никаких проблем.
Загрузился с MZ1:, в других приводах дисков нет. Никаких проблем, команда FILES показывает содержимое каталога.

Вообще-то писал конкретно про команду LOAD. У меня, например, LOAD"MZ0:FILE.ASC" не работает. А команда FILES у меня работает, но про неё не писал. Хотя у FILES параметр должен принимать и маску, например, "*.SAV" - покажи все sav-файлы - это похоже недоделали.

- - - Добавлено - - -

Может кто ещё подскажет, как улучшить работу BBC Basic, чтобы и быстр был и ESC чекал? Есть ли в RT11 возможность создать свой обработчик таймерного прерывания? Это был бы лучший способ. Если нет, то возможно придется использовать счетчик и запускать вызов проверки на, скажем, каждый сотый раз.

Какой "не работал" - тот и проверял

Похоже Hunta опять всё перепутал. Ну сколько можно муру разводить?! Объясняю для Вас опять поподробнее - пострайтесь хоть сейчас не путать.
1) Загружаем стандартный диск с вильнюсским бейсиком для УКНЦ на УКНЦ - Hunta не любит этот диск, но он стандартный и ему придётся потерпеть. Пробуем поработать здесь с вильнюсским бейсиком для ДВК - облом - команда FILES крашит.
2) Загружаем Hunta-диск на УКНЦ. Пробуем поработать здесь с вильнюсским бейсиком для УКНЦ - опять облом - команда FILES опять крашит.
Сплошной с Hunta облом.

Система сгенерирована и по умолчанию будет использовать счётчик 60 Гц. Но какой счётчик использовать - определяет бит CLK50$. Сброшен - 60 Гц, установлен - 50 Гц. Так что переключить это легко.

Это всё понятно и неинтересно. А BBC Basic тайминги дает неправильные под Вашей системой, а раньше давал правильные.
Решил проверит Вашу сборку с π-затвором, который тщательно апробирован на более дюжины разных PDP-11 систем. К своему большому удивлению обнаружил, что ваша сборка как и стандартная дают правильные тайминги. Поэтому нужно смотреть в коды бибисишного бейсика, есть ли там проверка на 50/60 Гц. Однако, естественно предположить, что качественная система должна изначально генерироваться на 50 Гц, а не патчится всякими сомнительными костылями, пусть даже и не драйверами. Хотя программа, которая модифицируют систему, влияет на использование аппаратуры таймера - это почти драйвер.

Не истины ради, а троллинга для - "Портирование" RT11 v5.7 на "эмулятор RT11" Патрона ака предконфигурённый эмулятор ДВК Патрона

Ну и зачем это? Там и так всё правильно работало.

[Alex_K]

Вообще-то писал конкретно про команду LOAD. У меня, например, LOAD"MZ0:FILE.ASC" не работает. А команда FILES у меня работает, но про неё не писал. Хотя у FILES параметр должен принимать и маску, например, "*.SAV" - покажи все sav-файлы - это похоже недоделали.

Маску в FILES не сделали. А вот в команде LOAD нашли ошибку - имя файла с именем устройства не должно превышать шесть символов. Команда LOAD "MZ0:FF" загрузит файл нормально.

[Hunta]

Надоело. Дальше ТС пусть ублажает себя сам.

[BlaireCas]

Покопался на сайте автора и обнаружил интересную вещь.
Исходники бейсика для PDP - на ассемблере. Компилятор там свой собственный используется. Как-то поначалу не придал этому значения. Ну мало-ли мол пишут люди компилятор для асм-а, я и сам когда-то писал. Возможно все кто связывался с ассемблером хотели свой компилятор "с ништяками" и некоторые даже писали или улучшали имеющийся.
Но .. тут вообщем этот компилятор, которым собираем бейсик, написан на .. этом-же бейсике! Прям на нем. В .exe-шник для винды как я понимаю встроен транслятор бейсика который выполняет программу бейсиковую которая собирает компилятор ассемблера которым компилируем бейсик которым собира.... так, стоп.
Вообщем вот это поворот

возможно придется использовать счетчик и запускать вызов проверки на, скажем, каждый сотый раз

Одно из сообщений данной темы. Очень несложно делается например проверять "на каждую 256-ю строку". Пробовал - работает и ESC и тормоза можно сказать не добавляются на реальной УКНЦ.
Почему не стал делать - а нужно что-ли? Бейсик ведь недоделан. Там нет скажем SIN(x) или записи плавучки с отрицательной экспонентой типа 2E-5. Вообщем бейсик-то недопортирован изначально.

Ну и если уж на то пошло - надо бы и проверку на УКНЦ переделать и вообще обработку IO.
Ибо на некоторых версиях RT-11 (на версиях с набором самопала как Хунта говорит) - этот бейсик вообще виснет при получении каких-то кодов (скажем при нажатии backspace у меня).
Сейчас там проверка на УКНЦ сделана так:
cmp @#&CA20,#&8080 (более привычное восьмиричн. cmp @#145040, #100200)
Что это вообще? Что, так можно проверять что это УКНЦ? Имхо ерунда какая-то. Никто не знает как нормальным образом проверить что перед нами действительно УКНЦ?

[Hunta]

Что это вообще? Что, так можно проверять что это УКНЦ?

Судя по адресу - он лезет куда то в RMON. Но учитывая, что RMON может быть разных размеров, да и памяти, строго говоря, может быть и не 56 кб, а меньше.. Вот так и получаются "легендарные" программы и системы

[Alex_K]

Ну и если уж на то пошло - надо бы и проверку на УКНЦ переделать и вообще обработку IO.
Ибо на некоторых версиях RT-11 (на версиях с набором самопала как Хунта говорит) - этот бейсик вообще виснет при получении каких-то кодов (скажем при нажатии backspace у меня).

Виснет на УКНЦ потому, что использует команды терминала VT-100. На УКНЦ обрабатываются только коды <Esc>[r, <Esc>[2h и <Esc>[2l. Причем обработка сделана так, что если после <Esc>[ не пришел символ 2, то далее тупо ожидается r. Потому нажимаем маленькую букву r, экран очистится и далее всё отвиснет.
Странно сделан перевод на новую строку, обычно это <CR><LF>, а тут наоборот <LF><CR>, но это работает. При нажатии Backspace подаются коды <Esc>[D<Space><Esc>[D. А чтобы не зависеть от типа терминала надо подавать <010><Space><010>.

[Hunta]

Вообщем вот это поворот

В принципе - ничего не обычного. Если язык достаточно мощный, на нём вполне можно написать компилятор В том числе - для него самого У меня вон валяются исходники компилятора Modula-2, написанного на Modula-2 Кстати, это ещё и неплохой проверочный тест для компилятора