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

[litwr]

А как это при вызове можно определить операционную систему? У разных ОС разный формат исполнимых файлов, да и формат вызовов также разный. В DOS-овской программе конечно можно определить, что она вызвана из Windows, но это уже в Windows есть новые вызовы. Так же в RSX-11 есть эмулятор RTEM.

Ну а вы постaвьтe в центp мирa BBC Basic - для некоторых людeй близких Айкорну это нормaльно и вcё cтaнет нopмaльным. Поставил же Коперник солнце куда захотел, а чем другие хуже?

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

Как сказать? Это у писюка средства отображения встроены в компьютер. А во времена RT-11 всё было гораздо суровее. Стандартным был консольный порт - обычно, 177560-177566. В секции вывода (177564-66) он обеспечивал доставку выводимых данных пользователю, и он же, в секции ввода (177560-62) передавал системе коды нажатых клавиш. Всё! А терминалы могли быть самыми разнообразными - от простого телетайпа со скоростью 110 бод, печатающего на рулонной бумаге, до навороченных VT240 или даже VT640. И операционке безразлично, какой там терминал, она может работать с любым. С этой точки зрения, терминал УКНЦ вполне стандартный.

Но есть некоторое количество программ, которые привязаны к какому-либо типу терминала. Это, в основном, экранные редакторы и символьные игрушки. Тут у УКНЦ есть некоторая совместимость с DEC'овским терминалом VT52. Да, неполная, тем не менее...

Тут мы уже обсуждали, что были и персональные PDP-11 без сериальных терминалов. Но меня интересует чисто практический вопрос, связанный с реализацией ВВС бейсика. Признаюсь, я не понимаю логику егo aвтора. Мне пpедставляeтся, что бейсик должен поддерживать какой-то тип терминала и как расширение имeть опции для переключения на какие-то дополнительные терминалы. В документации об этом должно быть прописано и всё. У УКНЦ стандартный как бы терминал нестандартный, а только похожий на VT52. Таким образом, BBC Basic для поддержки УКНЦ должен иметь специальную опцию. С этим все согласны? С другой стороны, для УКНЦ возможно были эмуляторы стандартных терминалов. Но есть ли они реально?

[Advertiser]

[AFZ]

для УКНЦ возможно были эмуляторы стандартных терминалов. Но есть ли они реально?

Есть эмулятор VT200, загружается в память ПП и там работает. Насколько точный этот эмулятор - не знаю, но то, что он работает не через U(S)ART, а через байтовый порт межпроцессорной связи (ЦП-ПП), означает, что скоростные характеристики отличаются точно. Впрочем, для нормального терминала это должно быть фиолетово. Еще знаю, что под этим эмулятором работает нечто, подобное писюшному Командиру Нортону...

[litwr]

Есть эмулятор VT200, загружается в память ПП и там работает. Насколько точный этот эмулятор - не знаю, но то, что он работает не через U(S)ART, а через байтовый порт межпроцессорной связи (ЦП-ПП), означает, что скоростные характеристики отличаются точно. Впрочем, для нормального терминала это должно быть фиолетово. Еще знаю, что под этим эмулятором работает нечто, подобное писюшному Командиру Нортону...

Интересно, надо сообщить об этом автору. О Нортоне. В БК при загрузке RT11 сразу получаем своего Нортона (IC), вроде неплохо сделано - это вы про него?

[Alex_K]

Интересно, надо сообщить об этом автору. О Нортоне. В БК при загрузке RT11 сразу получаем своего Нортона (IC), вроде неплохо сделано - это вы про него?

Это программа эмуляции VT-200 и файловый менеджер RC, кстати довольно крутой. Находится здесь.

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

Но вот создатели УКНЦ подключили этот 8255 через *опу!.. Так, что вряд ли они смотрели на 11/23!

А что разработчики сделали не так? Хотелось бы узнать поподробнее.

[AFZ]

А что разработчики сделали не так? Хотелось бы узнать поподробнее.

Они отдали на него в качестве адреса биты А1-А0. То есть регимтры В и D 8255 доступны только по нечетным адресам. Или не D, а CTL? Блин, уже забыл названия регистров 8255. Причем доступ должен быть словным, с байтовым там что-то накуролесили, не вникал. В общем, руки рвать за такое. Причем каких-либо выгод от этого я не заметил - не считать же за выгоду экономию двух слов адресного пространства в странице ввода-вывода?

[Alex_K]

Они отдали на него в качестве адреса биты А1-А0. То есть регимтры В и D 8255 доступны только по нечетным адресам. Или не D, а CTL? Блин, уже забыл названия регистров 8255. Причем доступ должен быть словным, с байтовым там что-то накуролесили, не вникал. В общем, руки рвать за такое. Причем каких-либо выгод от этого я не заметил - не считать же за выгоду экономию двух слов адресного пространства в странице ввода-вывода?

Да, есть такое. В документации об этом прямо сказано, что доступ осуществляется словно, в том числе по нечётным адресам. Для 1801ВМ2 в этом проблем нет, TRAP4 по нечётному адресу не схватишь. А байтовый доступ нормальный только по чётным адресам, при нечётном адресе используется старший байт, а его для 8255 нет.

[litwr]

Это программа эмуляции VT-200 и файловый менеджер RC, кстати довольно крутой. Находится здесь.

Благодарю Вас. Это получается для БК и УКНЦ Нортоны делали независимо?!

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

А еще "проблема" DCT-11 (T-11) и его совковой послойной копии кр1807вм1 где каждой операции записи предшествует операция чтения по тому же адресу что не позволяет использовать большинство переферических микросхем as is. всегда мудрить надо

Вроде многие древние процессоры имели подобные проблемы, например, мотороловские 68000. Всякие скрытые чтения и записи по ходу исполнения инструкций использовали даже в хаках для 6502.